前言
无论是打仗，辩论，讨价还价，都需要有个策略来指导我们的具体操作。那么测试也一样，需要用正确的姿势来打开测试策略。通常它是如何测试产品来实现测试目标，并且根据业务需求规范（BRS）的为基础编写的一个文档。
通常测试团队会基于测试测试策略来定制详细的测试计划。测试策略对于敏捷开发尤为重要，其原因开发周期短，测试计划粗略。在整个项目开发中，有这样的指导性的测试策略可以降低不可预见的风险。
准备此文档的人也有责任和义务给整个项目组织分享这个文档，让大家可以更好的了解项目的范围，测试的方法还有一些重要的约定。
测试策略的组成
通常会分为下面的几大组成部分：
- 测试的范围和基本概述
- 测试的方法
- 测试工具的选择
- 需要遵循的行业标准和业务流程
- 测试的交付成果
- 测试的指标
- 需求矩阵
- 风险和评估
- 报告工具
- 测试总结
测试范围和基本概述
这部分涵盖了具体测试活动范围，要测试哪些点和测试点的需求到底是从哪里得到的，当然也包括自动化测试的基本概述。
比如说：创建一个电子商务的平台。测试电子商务平台的功能，确保可以让交易双方满意。
测试方法
不能讲上次分享中的所有测试方法过全部列举进去，通常需要考虑下面的几个方向。
- 测试级别
在软件测试阶段的测试级别，如单元测试、集成测试、系统测试和用户验收测试。测试人员负责集成测试、系统测试和用户验收测试。 - 测试类型
具体列出了将在测试在测试期间执行的测试类型，如功能测试，性能测试，压力测试，安全测试等。 - 角色和职责
本节描述了项目经理、项目负责人、开发人员，测试人员的角色和职责。 - 测试环境的要求
列举测试环境的硬件和软件，以便开始测试活动。
测试工具
这部分列举了测试所需要的测试工具。
比如：测试管理工具的名称、错误跟踪工具的名称、自动化工具的名称。
需要遵循的行业标准和业务流程
这部分将描述相关的行业标准和业务流程，借以满足或超过客户期望的高质量系统。通常，项目经理会决定为实现项目目标所需遵循的测试模型和过程。
测试的交付成果
这部分包括列举测试之前、测试期间和测试结束时需要生成的可交付成果。
测试的指标
这部分包括定义了项目中用于分析项目状态的度量和各个指标。
需求矩阵
这个矩阵确保需求跟踪到验证需求是否得到满足所需的测试。
风险和评估
识别和评估将影响测试过程的所有测试风险，并指定降低风险的计划。
报告工具
如何使用报告工具跟踪缺陷和问题。
测试总结
需要生成的测试报告的类型以及频率。测试报告将根据项目的重要性每天、每周或每月生成。
总结
测试策略文档给出了测试团队将为整个项目做什么，怎么测试给出了的清晰愿景。准备此文档的人必须在相关行业有良好的经验，此文档将驱动整个团队，并且在整个项目生命周期内基本不会更改。测试策略文档应在测试活动开始前分发给整个测试团队。编写一个好的测试策略可以改进整个测试过程，从而产生一个高质量的系统。
