8、测试计划：规划与呈现

测试计划：规划与呈现

1. 测试计划中的挑战与考量

在测试过程中，中途发布新的版本可能会带来诸多问题。例如，系统升级时测试执行会中断，还需要合适的人员来处理工作管理或数据库管理等任务。这种突然且意外的变化会增加沟通成本，让测试人员感到困惑。我们需要通知所有人新版本的发布，分发发布说明，给员工时间研究，并期望大家能清楚最新软件的功能。

测试周期方面，一个测试周期指的是在特定测试阶段运行部分或全部计划好的测试套件。通常，新的测试版本发布时会触发新的测试周期。例如，一个为期三个周期的系统测试阶段，计划了测试套件 3.1 到 3.5，第一个周期可执行 3.1 和 3.2，第二个周期执行 3.3、3.4 和 3.5，第三个周期执行全部套件。每个测试阶段至少包含一个测试周期，后续周期通常涉及系统中一个或多个组件的新版本。测试计划应明确测试周期的数量、时间和安排。

测试时间也需要明确。在某些项目中，为了加速测试，会采用多班制让稀缺资源每天运行 16 或 24 小时，这时就需要定义具体的测试时间和班次。

2. 风险与应急措施

这部分也可称为“未解决问题”，主要讨论可能使测试计划难以或无法执行的潜在或可能事件。例如培训需求、发现大量缺陷时额外的开发调试支持等。如果整个团队有统一的风险管理计划，可将这些问题纳入该计划，从而省略此部分。

3. 变更历史

该部分记录测试计划到目前为止的变更和修订情况，包括修订编号、变更人员、变更内容以及修订发布时间。

4. 参考文档

测试计划通常会引用其他文档，如设计规格、需求、测试套件、质量风险分析文档等。列出这些文档可避免重复其内容，减