测试人员和开发人员的比例多少合适呢？敏捷开发对这个比例有何影响？

测试人员和开发人员的比例问题，是一个老生常谈的问题。不少人对这个问题都有研究，当然很多人都有自己的看法。
1.测试与开发人员的比例多少才合适呢？
《微软秘笈》中指出微软这一比例是1比1。而根据一些非正式的调查，这个比例通常是1：3，即一个测试人员对3个开发人员。不同的公司、不同的团队这个比例相差还是很多的。
当然，有不少人提出，这个比例没什么意义。比如说，有的团队有自动构建负责人，这个负责人是测试人员，还是开发人员？除了这样的计算问题，其它如项目对质量的要求不同、软件易于测试的程度不同、测试人员和开发人员的经验不同等等很多因素，都会影响比例。所以这个比例本身意义不大。
2.敏捷开发对这一比例有何影响？
首先，敏捷团队采用TDD，很多开发人员编写自动化的单元测试、功能测试、甚至集成测试，本身已经能够覆盖很多逻辑；
其次，敏捷团队使用持续集成，减少了集成引起的bug。并且，减少了增加story引起的regression的bug。
所以可以说，敏捷团队与传统团队相比，需要更少的tester就可以了。
也可以说，敏捷团队中所有人都会保证项目质量，而不仅仅是传统意义上的tester。

InfoQ最近有这样的一个帖子，总结了一些人的观点，有兴趣可以去看看：
http://www.infoq.com/cn/news/2009/01/tester-to-developer-ratio

3.你的团队中这个比例是多少呢？
就我个人来说，最近的一个敏捷项目，约4对pair，只有半个QA（该QA还兼BA）。到了项目最后期，1对pair兼职做了QA。所以平均起来，这个比例大概是1:4─1：8的样子。

你的项目里面比例是多少呢？有没有发现一些困难的问题？欢迎留言交流。

评论

1 楼 ronghao 2009-01-07  

我认为一些专门的测试，比如说疲劳测试、功能测试、性能测试都是需要QA的，这些测试涉及到一些专业的工具，很多测试的知识体系。开发人员编写的测试只是让自己的日子好过些。