探索式测试基础系列——生活浪漫曲

在经历了初恋的味道，蜜月的旅行，当一切回归平常时，探索式测试可能依然陪伴我们走过岁月？答案是肯定的

在不同的项目迭代阶段，探索式测试并不是固定的实践形式，而是可以结合项目迭代特点进行多样化实践。本章是生活浪漫曲，主要讲述在测试设计和增量测试中，探索式测试能给我们带来的浪漫因子。

1 测试设计

大军未动，粮草先行。在一切测试活动开始之前，都要有一个比较好的测试设计。那么探索式测试在这个环节能够起到什么作用呢？主要是在两个环节上：章程设计和思维碰撞。

1.1 章程设计

测试章程根据复杂程度又分为测试说明和规划图。

简版的是测试说明，根据提测需求和开发产品沟通后进行确认的文档，类似于普通的需求说明书，只不过形式更为灵活和简洁，能达到逻辑描述精简即可，对于一些未知的逻辑，也可以在测试说明中进行记录。这个测试说明将为测试执行阶段的一个tips，激发测试人员的灵感，同样的测试人员也可以在测试执行过程中不断补充和修改这个说明，达到边测试边设计的工作方式。具体案例可以参考下文的增量测试中的举例。

较为具体点的是测试规划图，这个需要找有相关测试经验，对产品比较熟悉的测试人员进行设计。将被测对象放在整个产品上、放在整个平台上进行审视，敲定需要哪些测试点影响范围。也可以像用例评审一样，召开会议，共同补齐规划图中的遗漏点或者调整逻辑.以下为手机地图安卓版5.5路况播报测程规划，可以看出里面的内容十分详细，从工具准备到数据流都有罗列，这样的测程规划图比较适用于特性在版本迭代中作为完整资料保存，对一些关键路径也可以做较好的记录，指导新手做探索式测试也是十分不错的方式。

1.2 思维碰撞

上面说到了思路补充，其实还有一个很重要的环节是测试设计后的用例评审，大家坐在一起共同评审已完成用例。多人的交流得到的收获远大于主次负责人的补充，因此可以称为之为思维碰撞。

测试、产品、开发一起完成这个脑暴过程。测试人员可以起个主导作用，引导产品和开发往一些场景上思考，让熟悉代码的开发尽快的想起逻辑实现的缺陷，让产品尽快联想到需求设计缺陷。

探索式测试在这里面起到的是利用系统性的测试思维进行交流碰撞，引导更多的场景设想。可以用于用例补充，或者测试说明的补充，还可以将规划图做的更完整。

2 增量测试

在增量测试中，我们仍保留部分用例测试，加上探索式专项测试。也就是在纯脚本测试和纯探索式测试之间寻找一个点，取得最佳的效果。

2.1 基础测试

用例测试也被称之为基础测试，主要用于检查需求是否都按照预期实现了。这部分工作和传统的脚本测试无异，不加赘述。属于逻辑验证部分，这部分后期可以考虑做成自动化监控的形式。

2.2 探索测试

这里的探索测试其实就是专项探索式测试。在确认了基础需求验证通过后，结合风险点，展开探索式测试。可参考上一篇《探索式测试基础系列——蜜月旅行》。

本章以QQ浏览器（iPhone）的一次测试为例，开发重构了工具栏相关的代码，并罗列了可能涉及的影响模块。测试人员根据影响点采用二维表的组织方式，同时罗列出测试说明的问题，可以在各个交叉点中进行探索式测试实践，并回答测试说明中的关注点或者疑问点。

附：二维表（规划图）如下：

附：本次测试说明：

1、地址栏工具栏是否显示正常（前进后退状态，布局，动画）

2、地址栏，工具栏背景是否正确，是否可正常交互

3、前进后退滑动手势是否正确

4、业务场景切换的时候，过度动画是否正常

附：测试过程记录

附：测试报告

……

本章主要讲探索式测试能给平常的测试设计和增量测试阶段带来的小浪漫改变，那在集成测试和上线前测试阶段，探索式测试又会给我们带来怎样的新奇和美好改变，欢迎关注探索式测试基础系列的后续文章《探索式测试基础系列——生活协奏曲》。