次の方法で共有


开发和测试人员的比例

 开发和测试人员的比例是项目管理中重要的一个部分,通常以下的因素会决定最后比例。这种比例没有统一、简单的结论:好或不好,更多的是整个团队的默契程度和最后产品是否成功

1)公司的文化(Company Culture)

每个公司都有自己的文化,公司通常喜欢利用自己以往成功经验,来指导新项目的开发。例如,一个公司以前是按照3:1的比例进行配置,产品获得成功了,那么他们在下一版本,或则其他产品,也容易按照这个比例进行。因为,大家习惯了这种比例,包括测试人员和开发人员,这些员工习惯了在这种比例下的进行工作分工,当这种比例有重大变化的时候,在初期,开发和测试人员往往会不知所措,不知道如何界他们的工作责任。在微软,开发测试比例通常在1:1~ 3:1左右(Link),而在很多互联网公司,在创业的时候通常没有专职的测试人员,在公司成功之后,也会演习这种很高的开发测试比例,例如Google这种比例会达到7:1,甚至更高。

2) 软件产品性质和市场需求(Business Needs)

软件产品的性质也影响着这个比例。对于企业计费软件,工程控制软件,这些对于产品质量有严格的要求,测试人员比会多一些。对于一些UI集中的软件,比如网络游戏,测试人员的数量也相对较多。有些互联网企业,为了快速提供新功能,而开发一些对于一些原型性质的功能,有时候会标志为Beta,通常这些项目的测试人员通常较少。

3) 开发、测试团队的组成(Team)

在一个项目中,开发和测试人员的经验也会影响着比例的安排。总体来说,软件测试为了达到所需要的质量,需要做一系列的工作任务,有些任务需要开发人员做(例如设计和代码编写),有些需要测试人员做(例如测试计划),除了这些需要较多专业的背景的任务外,其他的很多任务(例如测试用例的实现,测试工具的编写..)实际上既可以由测试人员做,也可以由开发人员做。这种灵活的任务分配往往需要开发团队有较强的开发经验,否则会影响任务的完成。

在很多测试博客中也有开发/测试比例的讨论,例如 Google V.S Microsoft Dev Test Ratio(james_whittaker), Test to Developer ratios(Alan Page)