背景：

最近有个项目，开发工时在1000+h，测试这边预估的工作量在400h左右，但按照项目截点算，预留给测试的时间只有200h左右。（这里先不考虑开发可能提前交付，以及项目截点延期）

纵观，整个项目的研发过程，我们总会遇到测试资源和时间很有局限的情况：

一是：在项目截点固定的前提下，可能受到产品、开发部分工作进度的压缩；

二是：测试工作本身需要终止点，可能是上线时间到了，也可能是发现的问题都解决了。

测试工作最大的挑战就是在有效的时间内发现较多的缺陷，从而使软件达到一个相对可靠的质量（不敢说绝对可靠，毕竟发现的问题越多隐藏的问题也就越多）。

这就要求我们测试要有策略性的测试，那么什么是测试策略呢？

何为测试策略

从上述背景看，测试策略的诞生就是要平衡效率与质量，为了以最低的成本，最大程度发现产品的质量问题，而使用的最合理的工作方式、方法或者过程。

那么测试策略都包含哪些内容呢，接下来我们就说下测试策略模板中包含的内容。

一、概述

描述制定测试策略的目的及期望

1.1项目背景

描述项目背景及相关信息

1.2测试内容及范围

1.2.1测试内容

描述具体要测试的功能模块，接口等信息。

1.2.2测试范围

描述要测试项目或需求范围，是否涉及多项目联调等。

二、测试输入

2.1测试目标或质量要求

功能实现正确，数据一致，用户体验较好等。配合一些可量化的指标，如：千行代码漏洞率、一级BUG数量、模块漏洞率、缺陷修复率、用例执行率等。

2.2标准与规范

产品设计规范、开发规范、框架规范，测试规范等

2.3测试风险

可参考51test上的一篇文章浅谈实施软件测试风险分析，分析的还是比较到位的。

2.4业务特点、要求

产品独有的业务或技术特点及特定要求等

2.5可用的测试技术

用到的测试工具、测试方法等

2.6可用的测试资源

人力、时间、文档、测试环境等描述

2.7产品特点

产品运用的技术或者框架特点，业务特点（CS/BS/APP，依赖的开发语言，依赖的不熟环境等）

2.8进度要求

各测试阶段时间点或项目要求时间点

三、测试输出

3.1测试预期达到的效果

3.1.1完成时间

测试完成时间，提交反馈及相应输出结果。

3.1.2测试覆盖率

可以按业务场景覆盖率或者用例执行率

3.2测试项优先级

根据测试内容排优先级，考虑因素时间、人力、成本、质量等因素，需要与产品、项目、开发四方确认，并达成一致。

3.3测试方式、方法

方式包含：

手工方式、自动化方式；探索式测试或基于脚本的传统测试；自动团队测试还是众测、外包等。

方法包含：

基于需求的、基于数据流、基于控制流、组合测试、形式化等方法、技术、工具等。

3.4测试过程

3.4.1入口

何时介入、从什么地方开始、先做什么、再做什么等

3.4.2出口

相关报告的产出、覆盖率的达标、项目要求时间点的界限、一级问题是否都已修复等。

四、测试策略

预防式：在问题还没有发生前，预防问题发生的策略。

应对式：在出现问题出现以后，如何应对的策略。

五、测试类型

使用到的测试类型：单元测试，集成测试，系统测试，验收测试（Alpha、Beta、用户验收、运营验收、功能验收），回归测试，黑盒测试：功能测试、逻辑功能测试、界面测试、易用性测试、兼容性测试，白盒测试，灰盒测试，接口测试，性能测试：对时间的要求、对资源的使用等。

透过上述内容，不难看出，最终策略的重点在于：就当前现状进行梳理分析，并与相关人员沟通互动，从而在效率、进度、质量、投入上达成一致，并按要求输出。

测试工作本身就需要谋定而后动，面对有效的资源，制定相应的策略，将核心精力放在价值更高，优先级更高，使用场景最多的事情上，最大限度的保障产品的质量。

在提升效率与质量上一直奔走，是作为测试工作者的不变使命。