今天继续从第4小节开始~
4.通过漫游测试引入变化
要创建衍生场景，使用漫游测试是另一种方法。其想法很简单：测试人员查看脚本，找到需要测试人员做决定的地方或者找到可能产生逻辑分支的地方，先往完全不同的方向走，然后再返回到脚本描述的主要路径。小的顺路游代表漫游，长的乘车过程代表执行场景。
操作侧重于场景中小的、逐渐增加的变化以及可有可无的步骤，而漫游实际上可以创建出相当长的和范围更广的衍生场景。
1）卖点测试法
修改场景，加入一个或多个新功能，这样做会以一种场景驱动的方式来测试功能间的相互作用。
2）地标测试法
从场景开始并从场景中选取特定功能的地标，然后随机打乱这些地标的顺序，这样得到新的场景。
3）极限测试法
检查并修改场景以使软件更加努力地工作。场景中要求打开文件，尝试打开最复杂的文件。
4）深巷测试法
是卖点测试法的变种，两者都建议为场景注入新的功能，但它建议使用最不可能用到的或最没用的功能。
5）强迫症测试法
重复场景中的每个步骤两次或三次。
6）通宵测试法
只需要不断重复运行场景而不需退出被测应用程序。如果场景包括关闭软件，把这个语句去掉，然后让场景一遍一遍地运行。
7）破坏测试法
在场景每次需要使用测试人员能访问的资源时，就把它记录下来，然后在运行场景测试时，在资源调用处进行破坏活动。
8）收藏家测试法
执行场景时用文档记录下所观测到的每个输出。
9）超模测试法
运行场景时只关注界面。确保所有元素都在它们应该在的位置上，界面应该设计合法。
10）配角测试法
测试人员不是执行场景中描述的功能，而是找到最近的邻近功能来执行。如果场景指定使用斜体字，就偏偏用黑体字。
11）取消测试法
运行场景时只要看到取消按钮就点击，检查场景中的费时任务，如文件传输、复杂查询等，选择取消。
12）混票测试法（The Tour-Crasher tour）
从一个场景调到另一个，从而把两个或更多场景结合为一个具有混合目的的场景。检查所有的场景并找出那些使用通用数据，侧重于通用功能，或者具有通用步骤的场景。
以下总结了适用于引入变化的漫游测试法，如下：
本章就此结束，漫游测试法和使用场景操作各有优劣，静态场景测试是起点，通过这两种方法得到的衍生场景，可给场景加入宝贵的变化。
