（3）测试周期。尽管版本下的项目都在版本测试周期内展开，但因为测试内容、环境准备、项目沟通、补丁交付等各种原因，各个项目的测试周期也不尽相同。各项目测试并行执行，平均有效测试周期为46.6天（如表3所示）。

　　A银行根据实际需要建立了两种生产力模型：版本测试生产力模型和项目平均测试生产力模型。前者为生产力简易模型，生产力和测试周期相对固定，仅将资源人员投入情况按照一定的系数进行折算，该模型从宏观上对版本测试给予指导。后者为各个项目生产力的平均值， 作为项目计划和后评估的参考。

　　2、测试生产力模型

　　（1）测试生产力计算

　　软件测试生产力的计算是通过评估版本测试工作量、有效测试人数、有效测试周期，然后按照测试生产力公式计算：

　　版本测试生产力=版本测试工作量/（有效测试人数×有效测试周期）

　　S版本测试工作量为5个项目工作量的总和，共6900fps；测试周期为61个自然日；5个项目存在人员复用的情况（如表4所示）。

　　由此可知A银行S版本测试生产力为6900 / （36.2×61） = 3.12fps/人天。

　　（2）软件测试生产力的应用

　　软件测试生产力模型是对整个测试单位测试能力的评估，可以用来辅助版本风险评估、资源配置指导、测试单位考核等，为测试管理提供更科学的支持。

　　① 版本风险评估。在一定时间内，测试单位的有效测试人员是一定的，若版本测试需要的生产力偏高，会造成测试不充分影响投产质量的风险。在版本规划初期，测试单位可根据自身生产力，对版本测试内容进行工作量上限的限制。