9.5.1 测试策略评审要素
测试策略评审要素如表9-19所示。
表9-19 测试策略评审要素
序号 |
章节 |
内容 |
1 |
测试策略评审要素 |
² 《软件需求规格说明书》是否通过了评审; ² 是否描述了项目组成员角色及职责; ² 测试策略是否覆盖了整个测试阶段; ² 是否为每个测试阶段定义了要执行的测试范围、测试环境; ² 是否覆盖了所有需求; ² 是否定义了单元测试策略、集成测试策略、系统测试策略; ² 在集成测试策略中是否定义了回归测试; ² 每个阶段的测试工作是否都有负责人; ² 是否记录下测试策略的版本变更; ² 需求新增或需求变更,是否同时更新了《测试策略》; ² 《测试策略》是否跟随《产品规格书》一起进行配置管理并基线化 |
9.5.2 测试计划评审要素
测试计划评审要素如表9-20所示。
表9-20 测试计划评审要素
序号 |
章节 |
内容 |
1 |
资源和进度 |
² 测试计划在进度上和资源上是否和整个项目计划一致? ² 是否充分说明了所有必要的资源,包括硬件、软件、工具、人员等? ² 测试计划的资源安排是否合理? ² 是否将工作任务分配到了测试组中的每一个人? ² 关于每个测试人员的计划安排是否有冲突? ² 分配了工作任务的组员是否得到了完成这些任务所需要的适当培训? ² 测试计划的进度安排是否合理? ² 是否采用了某种工具(Project、Excel)来管理进度 |
2 |
测试计划内容 |
² 关于本次测试的测试范围的陈述是否明确恰当? ² 是否已估计了测试项目的规模? ² 测试项目的规模估计是否合理? ² 是否充分评估了本次测试的风险? ² 是否说明了必要的风险防范措施? ² 是否安排了故障关闭和回归测试的活动? ² 项目组的大部分成员是否认为本测试计划是合理且可完成的? ² 是否明确了本次测试的进入和退出标准? ² 测试计划中是否给测试设备、方法和工具的开发和获取留有足够的时间? ² 测试计划是否考虑了在测试期间规范、设计和编码可能改变的情况 |
9.5.3 单元测试计划评审要素
单元测试计划评审要素如表9-21所示。
表9-21 单元测试计划评审要素
序号 |
章节 |
内容 |
1 |
单元测试计划 |
² 是否在详细设计阶段启动? ² 单元测试计划编写是否符合模板要求?单元测试计划是否经过评审?是否定义了测试开始的时间和结束时间?是否计划了测试进度?是否清晰而明确地陈述了测试目标?是否定义了测试策略?是否定义了测试输入/测试环境? ² 询问项目组遵循何种编码规范?项目组是否根据编码规范进行编码? ² 代码是否经过评审? ² 单元测试计划内容是否完整?标记为N/A的项是否有充分的理由? ² 是否对关键代码模块进行了单元测试? ² 是否定义了要测试的范围,单元测试覆盖率是否达到20%? ² 是否每百行代码单元测试案例达到3个? ² 单元测试的结果是否被记录? ² 是否对单元测试发现的缺陷进行跟踪直到关闭? ² 单元测试报告的内容是否真实、正确和完整?是否经过PM的审核? ² 是否指明了会引起测试停滞和恢复的标准? ² 是否指明了测试所需的工具、执行测试所需的软件和文档、被测试软件? ² 需求新增或需求变更,是否同时更新了《单元测试计划》 |
9.5.4 集成测试计划评审要素
集成测试计划评审要素如表9-22所示。
表9-22 集成测试计划评审要素
序号 |
章节 |
内容 |
1 |
集成测试计划 |
² 集成测试计划编写是否符合模板要求?集成测试计划的内容是否完整? 集成测试计划是否通过评审?是否定义了测试开始的时间和结束时间?分配给各任务的时间是否足以执行该任务? ² 是否清晰而明确的陈述了测试目标?是否定义了要测试的范围、测试策略?集成测试案例的内容是否完整?集成测试案例是否通过评审?是否定义了集成顺序? ² 是否指明了测试所需的工具、执行测试所需的软件和文档、被测试软件? ² 是否定义了测试输入、测试环境、测试进度? ² 集成测试的结果是否被记录? ² 是否对发现的缺陷进行跟踪直到关闭? ² 集成测试报告的内容是否真实、正确和完整?是否经过PM的审核? ² 参与集成测试的阶段的人员活动的角色是否已按单元测试过程的定义? ² 是否指明了会引起测试停滞和恢复的标准? ² 需求新增或需求变更,是否同时更新了《集成测试计划》 |
9.5.5 系统测试计划评审要素
系统测试计划评审要素如表9-23所示。
表9-23 系统测试计划评审要素
序号 |
章节 |
内容 |
1 |
系统测试计划 |
² 系统测试计划编写是否符合模板要求?系统测试计划的内容是否完整?是否计划了测试进度?是否定义了测试开始的时间和结束时间?分配给各任务的时间是否足以执行该任务?是否通过评审? ² 是否清晰而明确地陈述了测试目标? ² 是否定义了要测试的范围/测试策略? ² 系统测试案例的内容是否完整?系统测试案例到软件需求的跟踪关系是否正确和完整?系统测试案例是否通过评审?询问系统测试案例的执行情况,是否所有案例被执行? ² 是否覆盖了《软件需求规格说明书》中所描述的关于性能方面的所有的场景? ² 是否指明了会引起测试停滞和恢复的标准? ² 是否指明了测试所需的工具、执行测试所需的软件和文档? ² 是否定义了测试输入、测试环境? ² 非功能测试是否定义了可操作的方法? ² 系统测试的结果是否被记录? ² 是否对发现的缺陷进行跟踪直到关闭? ² 系统测试执行期间,版本提交的代码基线记录是否完整和正确? ² 系统测试报告的内容是否真实、正确和完整?是否经过PM的审核? ² 需求新增或需求变更,是否同时更新了《系统测试计划》 |
9.5.6 测试用例评审要素
测试用例评审要素如表9-24所示。
表9-24 测试用例评审要素
序号 |
章节 |
内容 |
1 |
测试用例 |
² 测试用例是否具有唯一编号? ² 测试用例是否覆盖了测试计划中的需求并且对应起来? ² 非功能测试需求或不可测试需求是否在用例中列出并说明? ² 用例设计是否包含了正面、反面的用例? ² 每个测试用例是否清楚地填写了测试前置条件、步骤、预期结果? ² 是否在测试用例中列举了一些过去常存在的错误? ² 测试用例是否包含测试数据和测试数据的生成办法或输入的相关描述? ² 用例覆盖率是否达到相应质量指标? ² 测试用例是否具有可执行性 |
9.5.7 BETA测试评审要素
BETA测试评审要素如表9-25所示。
表9-25 BETA测试评审要素
序号 |
章节 |
内容 |
1 |
BETA测试 |
² 初始产品测试及TR5是否通过? ² 初始产品测试中发现的严重问题是否已解决,初始产品测试中发现的其他问题是否已解决或提出解决方案? ² BETA测试负责人、测试客户是否已指定? ² 用于BETA测试的样品是否已准备完毕,测试所需的相关物料是否已齐套? ² 提供给客户方的文档资料是否按要求全部归档? ² 客户资料的开发和验证工作是否已完成? ² BETA测试客户方的测试系统是否已确定? ² 是否具备进行BETA测试相关活动的人力资源? ² 是否完成对相关人员的培训工作 |