开发和测试人员的比例

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

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)