软件测试规模估算

软件测试规模估算

测试估算

在测试估算中，测试的规模通常指的是测试用例的数目，而一般不用开发工作量估算中的代码行或者功能点表示。测试工作量通常是基于测试规模展开的，但并不是所有的估算技术都是基于测试规模的。测试工作量的单位可以采用人年、人月、人周或者人天来表示。

常用方法：

● 三点估算法(Pert Sizing)

● 德尔菲估算法(Wideband Delphi)

测试规模估算

测试规模估算是指运用各种估算方法，根据用户需求来估算用例的规模。通常情况下，可以根据该项目的历史数据，或者QA提供其他历史项目数据进行参考。

问题1：测试规模评估过程中，测试经理应该做什么?

建议：

1、组织测试团队中各模块负责人来估算该模块用例规模;

2、估算结果需要经审核，并输出工作量估算汇总表单。

问题2：采取什么措施，可以确保测试规模评估与实际相符?

建议：

1、明确测试的范围，在估算前及时与接口人沟通，明确是否需要自动化、性能测试等;

2、组织骨干人员进行估算;

3、各模块规模估算的粒度统一;

4、参考以往的经验数据，如各产品收集的基线值;

5、测试特性列表分析全面。

测试工作量估算

测试工作量估算是对软件所需要的测试时间的估算，即在软件规模一定的情况下，需要的测试工作时间。(单位：人时、人天或人月)。

测试工作量的计算公式：测试工作量=规模/测试生产率

测试生产率表示单位时间内的生产效率，单位：方案页数/人天、编写用例数/人天、执行用例数/人天

测试工作量是指根据估算的用例规模，结合项目的生产率，换算后得到的数据。

问题1：怎样能够做到测试工作量评估偏差更小，更合理?

建议：

1、测试规模评估与实际相符;

2、各子项目分开来单独评估工作量;

3、根据团队实际效率，给各项工作定出生产率;

4、借鉴以往的历史数据;

5、充分考虑可能出现的风险。

问题2：项目发生需求变更时，怎样能够快速准确地评估出测试工作量?

建议：

1、及时掌握需求变更信息;

2、参与需求变更分析，细化需求变更内容;

3、掌握需求变更的关联影响;

4、明确需求变更规模;

建立信息获取渠道。