Testing 每个程序员的最少测试人员数量是多少？

我想知道每个程序员是否有理想数量的测试人员。我听说在许多企业中都有一个测试人员，可供20个程序员使用，我不知道这怎么可能，不管问题是什么，每个程序员都有一个理想数量的测试人员？如果存在，关系如何？

这完全取决于组织，以及他们在测试上设置了什么优先级，开发人员自己做了多少单元测试，等等。

这是可能的，因为程序员有权在将代码传递给测试人员之前测试自己的代码。。。但事实并非总是如此；）

取决于程序员。如果你在微软工作，这个比例应该是每个程序员20名测试员。

如果你在这样做，那么20名程序员有20名测试员。

由于这里的变量太多，你找不到具体的答案

如果被合并或更新，遗留代码可能非常稳定或有缺陷

由于程序员的原因，甚至在编写代码时，新代码可能会出现错误。我希望在假日或周五完成的代码比在正常工作周周三完成的代码更有可能出现问题

---

您最好的选择是对照可用资源查看组织的需求，并有意识地决定在测试上大肆挥霍。虽然QA通常被分配一个低优先级，但它不应该被分配，并且一个专门的团队（即使它是一个1人的团队）应该检查事物在开发的所有阶段是如何相互作用的。这样做之后，我可以有把握地说，如果及早发现问题并向程序员发出大量警告，那么最终成本会降低。

在1比1和5比1之间，开发人员对测试人员，这是我习惯看到的

它因行业、团队、开发周期和许多其他变量而异。我更倾向于使用经验较少的或离岸开发团队的测试人员

---

设置自动测试以冒烟测试新构建，或进一步进行自动测试并进行持续集成非常有帮助。

这取决于不同的组织。但是对于一个高质量的产品来说，它应该是1:2，即每2个开发人员有1个测试人员。

就像程序员一样，明星测试人员的工作效率要比大多数同行高很多（我共事过的最好的人在一些项目中亲自完成了几乎一半的问题报告）。除非你手头有这样一个明星，在整个项目中（从设计到发布），每个程序员只有不到一半的测试人员这在一定程度上取决于所使用的方法，如果有人遵循的是纯粹的瀑布式方法，那么测试人员可能在下一阶段才需要。有些企业可能没有测试人员，尽管我认为这可能反映了质量控制的其他处理方式

在我为一个项目工作的地方，我们有5名开发人员和2名测试人员，但在项目早期，我们没有测试人员。数量可能会有所不同，我怀疑是否有一种理想可以普遍适用于所有公司规模和方法。在我以前工作的地方，我现在所在的地方，有几个开发人员，大部分时间都没有测试人员，偶尔会出现一个测试人员，因为公司会雇佣一个承包商，几个月后再寻找其他机会

---

在回答标题问题时，我认为最低限度应该是零个测试人员，因为很难想象有一个负的或假想的测试人员数量会低于零。

每个程序员的测试人员是行不通的。每个测试仪尝试功能点或每个测试仪尝试功能子系统。测试人员是功能的检验者，而不是筛选蹩脚的代码。

当然，最小数量是0名测试人员。我认为这对于大多数组织来说太少了。我工作过的大多数地方都在每十个开发人员中有一个测试人员到大约每五个开发人员中有一个测试人员的范围内。不过，我们本可以使用更多优秀的测试人员

+1这让我发笑……每20个程序员中就有一个测试人员是个糟糕的主意。我90%的时间都是单独编程，20分之一的测试人员无法捕捉到足够多的bug。正如上面所说的，这取决于您公司的组织类型和您使用的开发方法。例如，敏捷团队至少和传统团队一样需要测试技能。有一些专门讨论这个问题的内容丰富的博客。Ubertesters的博客说，在中等组织中，开发人员与测试人员的平均比例是4:1不，没有；TDD并不是万能的，一个好的测试人员会发现你每天编写单元测试时都没有想到的错误。我认为这个答案混淆了TDD和单元测试与让人们实际测试你的代码以获得成功。虽然单元测试有助于开发并保持代码稳定，但开发人员天生就很糟糕，会发现新的bug，因为他们编写了代码，所以他们往往看不到最终用户可能有问题或认为不正确的东西，但每20个中有1个仍然很低。我想不出一个组织中每20人中就有1人是足够的。如果你不认为有可能有一个负数的测试人员，那么你显然没有遇到过我曾经合作过的一些测试人员。像一个糟糕的程序员一样，一个坏的测试者可能比无用的更糟。真的，我没有想到吸血鬼测试者能从项目中吸取能量。