设计测试策略

我便有了想法重新写一篇文章，体系性的介绍一下相关的内容。我那已经达到 800 篇的博客，正好缺失这样的一篇文章。

PS：我并非一个专业的测试工程师，其中若有偏颇之处，欢迎大家指正。

测试策略是一份在特定环境约束之下，描述软件开发周期中关于测试原则、方法、方式的纲要，并阐述了它们之间如何配合，以高效地减少缺陷、提升质量。在这份策略中，需要描述测试的类型、目标、方法、准入准出条件、所需的时间、资源以及环境等信息。

测试策略是一个因地制宜地策略模式，针对于不同的公司、不同的团队、不同类型的项目，相关的内容内容或多或少会出现变化。如对于快速迭代的互联网公司来说，单元测试、UI 自动化测试不一定会被采用。

对于测试策略来说，我们主要关注于两部分的内容：

如《测试架构师修炼之道》一书所说，它考虑的实际上是：

这样一看，测试策略看上去还是蛮复杂的。但是，事实并非如此，因为现有的测试体系和架构已经非常丰富，并且我们可以看到各种各样的测试策略示例。

在进行测试策略设计之前，我们确立好基本思想：每个人为质量负责。不是 QA，也不止是 QA 和开发，而是所有人。

对应的，我们要做好关于尝试策略的演进式规划：

在我们继续设计之前，我们还需要：

测什么是指质量需求是什么、需要关注质量的哪些方面，比如应用的功能范围、性能、安全、易用性等非功能需求。

在这里，我的同事林冰玉在那篇《一页纸测试策略》中提到测试的三个方面：功能、安全、性能，结合其中定义的开发生命周期中的测试活动。

我们就有了关于『测什么』的设计过程：

怎么测就是采用什么办法来帮助系统实现质量需求，而不仅仅是手动和自动化的测试方法，也包括一切为质量保障服务的流程、环境、基础设施和人员等。

这部分的定义依赖于有一定的测试经验的 QA 进行编写。如下是一份定义特定测试活动的模板示例：

相似的，这里只是提供一个模板，针对于不同的组织来说会存在一些差距。

记录，没啥说的，单纯的记录。只是呢，在记录的时候需要注意一下：

没啥说的，只是单纯的可视化。

在这里，提供一份我 Ledge 的可视化示例。

尽管有了上述的内容，但是实施起来并非那么容易——至少我们需要一个总的大纲。于是，在与我的同事于晓南讨论之后，大致有了一个总体方案设计和实施的过程：

针对于不同的项目来说，计划会存在一些区别，如：

这部分也不复杂，主要依旧是：