敏捷团队中测试人员和开发人员的合理比例?

发表于:2009-3-19 16:08  作者:张晓庆翻译   来源:Infoq

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 软件测试

  软件开发世界里有这样一个长期存在的问题是:测试人员和开发人员的比例多少才合理?Scrum开发列表中最近有一个帖子,询问敏捷对这个比例有什么影响。对第一个问题,答案应该“视情况而定”。对第二个问题,Elisabeth Hendrickson认为,敏捷团队能够用更少的测试人员,但是做更多的测试。

  测试人员和开发人员的比例多少才合理?

  许多年来,人们对研究测试人员和开发人员的“合理”比例充满了兴趣。《微软秘笈》书中指出,微软员工中测试人员和开发人员的比例是1比1。根据在某会议上非正式的调查,Randall Rice发现通常的比例是1个测试人员对3个开发人员。而Cem Kaner和Elisabeth Hendrickson发表的一篇论文认为,这样的比例毫无意义。不同的项目里这些角色被赋予的职责和任务相差甚远。举例来说,自动构建负责人应该算作开发人员还是测试人员?

  除了计算问题,小组还发现,项目环境的差别使得不同项目的比较更缺乏意义。这些因素包括:

  ● 项目要求的可靠性

  ● 必须测试的可配置的范围

  ● 软件的易测试程度

  ● 工具的可用性

  ● 测试人员和开发人员的经验

  ● 必须坚持的质量标准

  在这篇文章It Depends: Deciding on the Correct Ratio of Developers to Testers中,Johanna Rothman得到了类似的结论。Randall Rice在他的这篇文章The Elusive Tester to Developer Ratio中,对这个令人疑惑的比例给出了一些工业上使用的值:

  需要清楚地认识到,我并不是完全怀疑在计划中使用这个比例,如果这个比例是你们自己的比例,并且基于你们的经验、技术和组织结构的话就没问题。但是如果一个组织把别人的比例拿来,不考虑到技术、流程成熟度、熟练程度的差别,直接用于自己的项目,那我就认为是一个风险。

  敏捷对测试人员和开发人员的比例有什么影响呢?

  在一个近期的网上直播中,Elisabeth Hendrickson和Lisa Crispin都把敏捷环境描述成“测试的涅槃”。Elisabeth回忆了她在传统环境中的工作情况,开发小组给QA小组的软件经常是送到时就不能用(D.O.A.),不能安装,或者刚启动就崩溃了。而她在敏捷团队中工作时从未发生过这样的事儿。在敏捷团队里,测试人员能够创造更大的价值,他们做探索性测试、创建测试自动化、与产品负责人紧密合作完善需求和验收条件。

  Elisabeth曾见过这样的敏捷团队,运行效率很高,但测试人员对开发人员的比例很低。这并不是说测试不重要。根据她的经验,敏捷团队需要的测试技能至少要和传统团队一样多。区别在于这些技能、以及保证质量的责任,并不仅仅取决于称之为测试人员的少数人。整个敏捷团队都在努力提高产品的质量,与之形成对比的是,传统团队只依赖QA小组来给产品测试质量。

  你的团队是怎样处理测试的职责的呢?欢迎留言分享你的经验。


【大佬说】测试员跳槽时,如何高效地准备面试?

评 论

  • gr1785 (2012-1-10 09:46:19)

    我们公司是7+:1       。。。。。。

  • TONYWON (2009-4-13 20:04:04)

    6:1 呀

  • Hankwhy (2009-3-19 18:57:12)

    6个开发,3个测试

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海瀛东律师事务所 张楠律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2019, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道