4.2  初识测试计划

计划是关于如何做某样事情的思考，也可以把它当成一场战争，一场对所有软件缺陷展开的歼灭战。对于这样的一场战争，要考虑如何制定一个可行的计划。

4.2.1  为什么在项目测试时要制定测试计划

软件测试是有计划、有组织、系统的软件质量保证活动，而不是随意地、松散地、杂乱地实施过程。为了规范软件测试内容、方法和过程，在对软件进行测试之前，必须制定测试计划。项目的成败由四大要素决定，如图4-5所示。

图4-5 项目成功的四大要素

项目的4个因素由不同的文档来覆盖。

Ø  时间：由项目计划覆盖。

Ø  成本：由合同覆盖。

Ø  范围：由需求文档覆盖。

Ø  质量：由软件质量保证(QA) 计划或测试计划覆盖。

测试计划通常作为关于质量的重要文档呈现给管理层，测试计划对内对外能起到不同的作用。内部作用有以下3个：

Ø  领导能够根据测试计划做宏观调控，进行相应资源配置等。

Ø  测试人员能够了解整个项目测试情况，以及项目测试不同阶段的所要进行的工作。

Ø  便于其他人员了解测试人员的工作内容，进行有关配合工作。

测试计划的外部作用是给客户信心，通过计划向客户展现关于测试的过程、人员的技能、资源、使用的工具等的信息。

4.2.2  一个项目测试计划的制定原则

通常在测试需求分析前制定总体测试计划书，在测试需求分析后制定详细测试计划书。测试计划的编写是一项系统工作，编写者必须对项目了解，对测试工作所接触到的方方面面都要有系统的把握，因此一般情况下由具有丰富经验的项目测试负责人进行编写．在制定测试计划时，应尽量遵循以下原则。

（l）制定测试计划应尽早开始。越早进行测试计划，就可以从最根本的地方去了解所要测试的对象及内容，对完善测试计划是很有好处的。

（2）保持测试计划的灵活性。测试计划不是固定的，在测试进行过程中会有一定的变动，测试计划的灵活性为我们持续测试提供了很好的支持。

（3）保持测试计划简洁和易读。测试计划做出来后应该能够让测试人员明确自己的任务和计划，避免测试计划的“大而全”，即避免测试计划文档包含详细的测试技术指标、测试步骤和测试用例，篇幅冗长，重点不突出。最好把详细的测试技术指标包含到独立创建的测试详细规格文档中，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。

（4）尽量争取多渠道评审测试计划。通过不同的人来发现测试计划中的不足及缺陷，可以很好地改进测试计划的质量。

（5）计算测试计划的投人。投人到测试中的项目经费是一定的，制定测试计划时一定要注意测试计划的费用情况，要量力而行。