正常，只有大公司才有明确分工，才有空闲时间搞自动化，小公司赶紧堆功能，赶紧上线。

最多的时候 1 对 6，最后发现 1 对 2 就有点吃不消了

我也经历过这样的项目，记得是 2 个测试，21 个开发（服务端、前端、嵌入式），3 个产品经理，特别累是真的，好在遇到了素质很高的 team，开发自测到让你很难发现重大 bug，并且 push 你去把测试工作自动化起来，为了不落后，加班加点的干啊！还是成长挺快的

以前公司常态是 1v4~1v6，我干过 1v14……所以我成了 manager

1V10 都是常态，所以经常都是 bug 直接给开发组权限最大的，让他们自己分。快速迭代阶段不适合做自动化，尤其是 ui 方面。接口方面可以提前规划约定好，应该是可以试试的

1v30 的路过，撑了一年

一个测试 太容易出盲区了 至少还是两个 有个交叉

我上家公司就我一个测试，4 个后端，4 个前端，敏捷开发，正常项目控制在一个月完成，从没有加班的情况。不过可看具体项目和管理者的水平的吧

1:20

1vs40 专职测试就我一个，好在策划也会帮忙验证他们提的需求。每天都会打出 2~5 个包。不仅每天要测一遍新版本，还要写用例，验 bug，感觉每天都是在迭代。 好在团队氛围不错，还可以撑住

你们都是神吗

1：1，对比我真是幸福了，然而怎么也天天加班呢

1:12

为啥我们这边 1v3-4 就觉的 项目迭代非常快，工作量非常饱和了，你们怎么做到 1v10 1v20 的