软件测试笔记（四）如何正确的姿势写测试策略文档？

前言

无论是打仗，辩论，讨价还价，都需要有个策略来指导我们的具体操作。那么测试也一样，需要用正确的姿势来打开测试策略。通常它是如何测试产品来实现测试目标，并且根据业务需求规范（BRS）的为基础编写的一个文档。

通常测试团队会基于测试测试策略来定制详细的测试计划。测试策略对于敏捷开发尤为重要，其原因开发周期短，测试计划粗略。在整个项目开发中，有这样的指导性的测试策略可以降低不可预见的风险。

准备此文档的人也有责任和义务给整个项目组织分享这个文档，让大家可以更好的了解项目的范围，测试的方法还有一些重要的约定。

测试策略的组成

通常会分为下面的几大组成部分：

1. 测试的范围和基本概述
2. 测试的方法
3. 测试工具的选择
4. 需要遵循的行业标准和业务流程
5. 测试的交付成果
6. 测试的指标
7. 需求矩阵
8. 风险和评估
9. 报告工具
10. 测试总结

测试范围和基本概述

这部分涵盖了具体测试活动范围，要测试哪些点和测试点的需求到底是从哪里得到的，当然也包括自动化测试的基本概述。

比如说：创建一个电子商务的平台。测试电子商务平台的功能，确保可以让交易双方满意。

测试方法

不能讲上次分享中的所有测试方法过全部列举进去，通常需要考虑下面的几个方向。

• 测试级别
  在软件测试阶段的测试级别，如单元测试、集成测试、系统测试和用户验收测试。测试人员负责集成测试、系统测试和用户验收测试。
• 测试类型
  具体列出了将在测试在测试期间执行的测试类型，如功能测试，性能测试，压力测试，安全测试等。
• 角色和职责
  本节描述了项目经理、项目负责人、开发人员，测试人员的角色和职责。
• 测试环境的要求
  列举测试环境的硬件和软件，以便开始测试活动。

测试工具

这部分列举了测试所需要的测试工具。

比如：测试管理工具的名称、错误跟踪工具的名称、自动化工具的名称。

需要遵循的行业标准和业务流程

这部分将描述相关的行业标准和业务流程，借以满足或超过客户期望的高质量系统。通常，项目经理会决定为实现项目目标所需遵循的测试模型和过程。

测试的交付成果

这部分包括列举测试之前、测试期间和测试结束时需要生成的可交付成果。

测试的指标

这部分包括定义了项目中用于分析项目状态的度量和各个指标。

需求矩阵

这个矩阵确保需求跟踪到验证需求是否得到满足所需的测试。

风险和评估

识别和评估将影响测试过程的所有测试风险，并指定降低风险的计划。

报告工具

如何使用报告工具跟踪缺陷和问题。

测试总结

需要生成的测试报告的类型以及频率。测试报告将根据项目的重要性每天、每周或每月生成。

总结

测试策略文档给出了测试团队将为整个项目做什么，怎么测试给出了的清晰愿景。准备此文档的人必须在相关行业有良好的经验，此文档将驱动整个团队，并且在整个项目生命周期内基本不会更改。测试策略文档应在测试活动开始前分发给整个测试团队。编写一个好的测试策略可以改进整个测试过程，从而产生一个高质量的系统。