文/秋之川
这是《落叶》文集里第 336 片落叶，希望你能喜欢，不为别的，只为这份坚持。
第十九章 单独制定测试策略的意义在哪里？
昨天，老大就怎么制定测试策略，发给我两篇文章学习，见附录。学完之后，我产生了一个疑惑：测试策略常见的场景是用于应对那些“一定会”或“可能会”发生的风险，那单独制定测试策略的意义在哪里呢？为什么不能将测试策略和风险管理合在一起去做呢？
我将我的疑惑发给了老大，很快，他就回复了我。
风险管理
管理的是项目风险，项目风险是一种不确定的事件或条件，一旦发生，就会对一个或多个项目目标造成积极或消极的影响，比如范围、进度、成本和质量。
面向的对象：
- 已知的风险
- 未知的风险
产出：
- 应对方案
- 应急储备
测试策略
是在一定的软件测试标准、测试规范的指导下，依据测试项目的特定环境约束而规定的软件测试的原则、方式和方法的集合。
面向的对象：
- 测试阶段
- 功能性测试需求
- 非功能性的测试需求，性能测试需求、安全测试需求
- 测试项目风险
- 测试项目问题
产出：
- 针对不同测试需求和测试目标所采用的测试技术策略
- 针对风险的测试策略
- 针对测试资源（人力、设备和时间）约束的测试策略
- 针对不同测试阶段的测试策略
略做对比，我们不难看出，测试风险管理是测试策略的一种输入，或者说是它面向的众多对象中的其中之一。
为什么我们不能只做风险管理，因为它所应对的仅仅是项目中的风险。而测试策略可以在项目开始之初，根据必要的输入信息，来做如下决策：
- 是否要在单元测试阶段执行每日代码评审
- 是否可以利用自动化测试来保证功能性的回归测试
- 是否要在代码提测的里程碑前几天就开始运行每日 BVT
- 是否要同步开发接口自动化测试脚本去保证后端接口的参数完整性和逻辑正确性
- 是否要对测试用例进行评级，在测试时间被压缩的时候，确保第一优先级的用例都能被执行
- 是否要让资深测试工程师只负责测试点梳理、测试用例的设计和验收测试，而让初级工程师聚焦于测试用例的执行和回归测试
- 是同时开始所有需求的测试，还是按提测先后或者需求优先级，逐步释放相应的测试资源
- 性能测试中的调优分析是否需要开发介入协助
所以，单独做测试策略，能让你站在一个俯瞰全局的高度，去思考整个测试项目过程中，通过自问自答一些问题，让自己逐渐地掌控整个测试项目过程，对每一步都做到心中有数和应对有方。：
- 我们需要做些什么？
- 我们是否需要这么做？
- 我们应该做些什么？
- 我们应该怎么做？
- 怎么做性价比最高？
说完这些，老大让我回去尝试着思考一下这次的测试策略。
附录：
《告诉你如何从执行测试到管理测试》带你迈出第（19）步！，点击这里可查看完整地图
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
