有效测试的 50 条建议 - 编制测试计划（12）

第 12 条：估计测试准备和执行所需的时间

理想情况下，测试估计工作应该从工作分解结构开始，或者也可以从测试任务的详细列表开始，“测试工作分解结构” 根据测试任务详细列表生成。
1，开发比例法

2，项目人员比例法
根据历史的经验，利用整个项目计划投入的人数（包括需求、配置、过程、开发和 QA 等）来计算测试组的规模。

3，测试过程法
具体指计算在项目中实施的测试过程的数量。由于这种方法只考虑了需求设计和测试过程，未考虑其他因素，具有局限性，最好是结合其他方法使用。
首先，我们需要获取已完成的各种开发项目的历史记录，这些项目中需要包含有关开发规模的度量值，如：功能点、使用的测试过程的数量、“人小时” 为单位的测试工作量的测试结果。开发规模的度量值可以根据开发代码的行数、等价代码的行数、功能点或产生对象的个数来进行统计。
然后，测试组确定需求以及历史上开发规模的度量值和那些项目中使用的测试过程的数量二者之间的关系，并且计算出新项目中需要的测试过程数量的估计值。
接着，去测试组根据历史上相似项目的经验来确定历史上测试过程的数量和所需的测试人小时数之间的关系。
最后，根据这个结果来估计新项目的测试工作所需的人 * 小时的数量。

4，任务规划法
这种方法和测试过程法类似，不同之处在于它关注的的焦点是测试任务。常见的情况是，测试组最初必须只关注高风险的方面，然后再考虑低风险的内容，因此，测试策略必须进行相应的调整，并通报调整的理由。

5，其他考虑
1，组织。组织的测试文化和测试成熟度。
2，测试需求的范围。必须完成的测试工作可能包含：功能测试、服务器性能测试、用户界面测试、程序模块性能测试、程序模块复杂度分析、程序代码覆盖率测试、系统负载西能测试、边界测试、安全性测试、内存泄露测试、响应时间性能测试和可使用性测试，以及其他测试。
3，测试工程师的技能水平。
4，使用测试工具的熟练程度。
5，商业知识。也称 “领域知识”
6，测试组的组织结构。
7，测试程序的范围。一个有效的自动测试程序本身就需要一定的开发工作量，其中包括规划策略和目标，测试需求定义、分析、设计和编码。
8，测试工作的启动。为了阻止分析和设计错误，测试工程师必须参与分析和设计的评审活动，同时测试可以更透彻的了解需求和设计，能够构建更合理的测试环境，生成更全面的测试设计。
9，软件计划升级的版本个数。自动化工具可以节约时间和资金，但事实上，最初使用某种特定的自动测试工具时，这种节约几乎体现不出来，而在后续版本中才有效果。
10，过程定义。使用已编档的工程会提高实施效率。
11，高风险的应用程序。

本文章援引《Effective software testing》一书内容，为个人读后笔记，特此声明