有个学者做个这方面的调查——Tester to Developer Ratio Initial Research Findings，因为这个想法也缠绕着他整整十年。他通过4个问题调查得到一些数据，可以供那些对此感兴趣的人参考。4个问题是：
1) 你的组织有多少开发人员?
2) 你的组织有多少测试人员?
3) 如果以1到 6这个范围来看, 其中1代表低， 6代表高，你给当前这个比率的有效性打多少分？
4) 关于当前这个比率的有效性有其它一些奇闻轶事吗？
调查结果显示：
- 测试人员最贫乏的：20个开发人员对1个测试人员 （但有效率比较低，是2）
- 测试人员最丰富的：15个开发人员对8个测试人员 （有效率比较高，是4）
- 也有一个异常数据：4个开发人员对0个测试人员（有效率是3）
- 平均比率是 4.52个开发人员对1个测试人员
- 最常见的情况是：3个开发人员对1个测试人员
- 其次是：2.5 个开发人员对1个测试人员
- 多数是开发人员与测试人员比率是3:1 或更低（即2.5:1 或 2:1 ）
当然这里有两个例外，有两个典型的例子能说明这个问题：
- 微软公司的测试人员与开发人员比例一般为1:1，甚至在Windows 2000开发团队中，有1800个测试人员，900个开发人员，测试人员与开发人员比例为2:1。
- 在Google (谷歌)公司，则测试人员与开发人员比例则很低，据谷歌公司的测试经理介绍，为1:10.
那为什么呢？这里主要是测试人员与开发人员工作范围的定义，在这两家公司差别挺 大，在微软，单元测试由测试人员（Software Development Engineer in Test, SDET）做, 相当于SDET再写一套代码来测试开发人员写的产品代码，其工作量不比开发人员低，另外，微软开发的产品都是比较复杂的操作系统、服务器软件等，自然就需 要很多的测试人员。而Google的单元测试和功能测试一般都是由开发人员自己来完成，测试人员主要提供自动化测试工具的支持。软件开发人员进行了足够的单元测试，单元测试的覆盖度高达 85 ％以上，软件在交给测试人员时，在功能上基本没有缺陷，这样测试人员主要集中精力进行性能测试、负载测试、安全性测试等 ，而这些都是自动化工具来完成的，自然需要较少的测试人员。
我们公司北京分公司情况：
1) 你的组织有多少开发人员? 14
2) 你的组织有多少测试人员? 2.5个，一个人兼CM
3) 如果以1到 6这个范围来看, 其中1代表低， 6代表高，你给当前这个比率的有效性打多少分？2分
4) 关于当前这个比率的有效性有其它一些奇闻轶事吗？ 经常能发现一些惊天大BUG
我个人感觉我们公司的测试人员严重不足，因为其中一个系统的流程复杂性、精确性要求非常，但是只有2。5测试人员，导致后期的问题非常，服 务 电 话奇多？
你们公司的情况如何，按照一下格式：
1) 你的组织有多少开发人员?
2) 你的组织有多少测试人员?
3) 如果以1到 6这个范围来看, 其中1代表低， 6代表高，你给当前这个比率的有效性打多少分？
4) 关于当前这个比率的有效性有其它一些奇闻轶事吗？
本文参考：
1、测试人员与开发人员的比例究竟多少是合理的？ http://blog.csdn.net/KerryZhu/article/details/5405829
2、再谈开发人员和测试人员的比例http://www.uml.org.cn/Test/201107201.asp