测试规模估算

1.1测试估算

测试估算是指对即使可能不完整的可用的、不确定的或嘈杂的输入数据，例如：花费的工作量、完成时间、涉及的成本和测试用例的数目等近似结果的计算。测试估算得到的结果是制定测试计划的基础，同时也是测试资源安排、测试过程监控的主要输入。测试估算的正确与否，直接影响了测试活动的开展。

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

常用方法：

l  三点估算法(Pert Sizing)

l  德尔菲估算法(Wideband Delphi)

1.1.1测试规模估算

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

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

建议：

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

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

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

建议：

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

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

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

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

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

1.1.2测试工作量估算

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

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

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

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

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

建议：

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

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

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

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

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

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

建议：

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

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

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

4、 明确需求变更规模；