Chapter 4 全局探索式测试方法
商业区(软件重要特性)测试类型
指南测试法：根据用户手册或是产品说明书，验证手册描述的各种特征的正确性以及用户手册的准确性
卖点测试法：软件最能卖钱的特性，最重要的。
地标测试法：软件特性为地标，在选择完地标后，需要确定它们的前后顺序，然后从一个地标执行到另一个地标来探索应用程序，直到访问了列表中的所有地标。可以有地标覆盖图来表示工作的进展
极限测试法：向软件提出很多难以回答的问题，找麻烦
快递测试法：专注于数据的流向。应该确认那些被存储起来的输入数据并跟随它们走遍软件
深夜测试法：测试除执行卖点特性的代码，比如各种维护任务。
遍历测试法：通过选定一个目标，然后使用可以发现的最短路劲来访问目标包含的所有对象
历史区(老的功能和缺陷修复代码)测试类型
恶邻测试法：反复测试产品缺陷多的地方，对邻近功能采用遍历测试法，以此来验证那些修复已知缺陷的代码没有引入新的缺陷
博物馆测试法：测试遗留代码
上一版测试法：如果当前产品构造是对先前版本的更新，很重要的一点就是必须运行先前版本上支持的所有场景和测试用例
娱乐区(辅助特性)测试类型
配角测试法：专注于某些特定的特性，它们虽然不是那种我们希望用户使用的主要特性，但和那些主要的特性一同出现在显示器上
深巷测试法：如果测试部门已经跟踪产品特性的使用情况，深巷测试法就是建议测试人员应该测试使用情况列表中排在最下面的几项特性。测试各种特性之间的互相作用，试着把最流行和最不流行的特性放在一起混着测。
通宵测试法：让程序一直运行
旅游区(快速访问软件的各个功能)测试类型：
收藏家测试法:收集软件的输出，确保能观察到软件能生成的任何一个输出
长路径测试法：测试离应用程序开始点尽可能远的特性
超模测试法：关注GUI
测一送一测试法：测试同时运行同一应用程序多个拷贝的情况
苏格兰酒吧测试法：有些地方只能从别人那里获得信息，然后测试，测试人员需要事先知道如何去找到它们。
旅馆区(忽视的次要功能)测试类型：
取消测试法：启动操作停止它。使用cancel按钮。使用取消功能
懒汉测试法：测试人员做尽量少的工作，接受所有的默认值，保持输入字段为零，尽量少的操作。
破旧区测试类型：
破坏者测试法：破坏文件，限制资源等，让运行环境恶劣。
反叛测试法：非法输入，输入不可能的数据，恶意输入
强迫症测试法：重复操作。改变顺序
Chapter 5 混合探索式测试技术
探索式测试蕴含着丰富的策略，它将结构化的思想和自由的探索方式很好地结合起来，在发现缺陷以及检验正确性上都卓有成效
基于场景的探索性测试
测试场景描述了基本的功能，探索则增加了尽量多的变化。
场景可以代表探索式测试的一个绝佳的起点，探索可以给场景加入宝贵的变化，否则场景将很有限
场景的来源
需求说明书
设计开发过程中信息收集
敏捷模式的用户故事
场景的分类
讲述用户故事
描述需求
演示产品功能
演示集成场景
描述设置和安装
描述警告和出错情形
上面的分类都是可以作为开展探索性测试的场景
使用基于场景的探索性测试技术
场景操作：对场景的步骤加以操作，来给场景注入变化。改变特定动作的场景，并从场景中派生出衍生场景，用于测试不同的状态和不同代码路径
插入步骤：给场景增加额外的步骤可以使他们更加多样化，从而测试更多的功能
增加更多的测试数据：这个场景用到哪些数据？怎样有意义地增加测试所使用的数据?
使用附加操作：哪些其他输入和现有场景使用的输入有关？
访问新的界面：其他的哪些界面和现有场景使用的界面相关？
这些步骤最终都需要测试人员返回到原始场景。我们的目的是加强场景而不是彻底改变场景的基本目的。在这类场景操作中，测试人员通过增加其他输入，加大数据量或变化场景把整个场景拖长，但是并没有改变场景的核心目标。
删除步骤：递进的方式重复应用这个场景操作，每次只删除一个步骤。去掉冗余和可选的步骤，使场景步骤尽可能的少。可以用来测试应用程序是否可以识别出现在缺少信息或者缺乏一次从属功能
替换步骤：如果场景中某些步骤可以有多种方法完成，就可以用替换步骤的场景操作来修改这个场景
重复步骤：场景经常包含非常明确的动作顺序。通过重复单独的步骤或重复一组步骤来改变这个顺序。测试人员的任务是理解这些变化并创建适当的重复顺序
替换数据：测试人员需要知道与应用程序相关的数据源并创建各种各样的变化
替换环境：兼容性，什么浏览器，系统有变化，配置变化，cookie变化
漫游测试：测试人员查看脚本，找到需要测试人员做决定的地方或者找到可能产生逻辑分支的地方，先往完全不同的方向走，然后再返回到脚本描述的主要路径。漫游实际上创建出相当长的和范围更广的衍生场景。
卖点测试法：现有场景加入新主要功能，测试功能间的互动。
地标测试法：从场景开始并从场景中选取特定功能的地标，然后随机打乱这些地标的顺序，这样得的到场景就和原始场景不同了。
极限测试法：挑战软件，向它提出困难的问题
深巷测试法：现有场景加入新的不重要的功能
强迫症测试法：重复场景中的每个步骤两次或三次。场景中任何操作数据的步骤都值得我们重复做，因为它会导致软件处理内部数据，设置内部状态，然后再改变内部状态。在软件中四处移动数据历来是有效的测试方法，它可以帮助我们找到重要缺陷。
通宵测试法：不断重复运行场景而不需要退出被测应用程序
破坏测试法：在运行场景测试时，在资源调用处进行破坏活动。
收藏家测试法：执行场景和衍生场景时用文档记录下所观测到的每个输出，输出越多场景越多
超模测试法：关注界面
配角测试法：测试人员不是执行脚本描述的功能，而是找到最近的邻近功能来执行。
取消测试法：所有功能的取消
chapter 6 实践中的探索式测试
探索式测试用于帮我们在测试设计中开发出测试用例，它也可以帮助我们发现在规范说明书中可能漏掉的用户场景，还可以组织测试人员的测试思路
实践中有用的漫游测试方法
出租车测试法
对于要到达所需的屏幕、对话框或一些其他功能组件，用户通常有大量的路线可以选择。因此，测试人员的责任和出租车司机一样，他们必须熟悉到达指定位置的每天可能的路劲。在某些情况下，目的地状态有可能依赖于路劲而发生一些变化，这种情况亦应进行验证。这个漫游是从强迫症测试法派生出来的，该测试方法的最终目的是要重复执行某项特定的操作。但是，不是重复执行完全相同的测试路劲，重点是要执行不同的测试路劲。这是它和强迫症测试法的关键区别。
出租车禁区测试法
这种漫游的目的是要验证无论选择哪一条路用户始终都无法到达目的地。
取消测试法
集中测试应用程序在功能终止后是否能继续正确工作。
在取消被测对象之前应该改变它的状态
在进行取消操作后再次尝试同一场景也非常重要
破坏测试法
迫使你考虑应用程序所使用的资源，已便你可以调整可用资源，从而发现会导致其失败的场景
快递测试法
专注于数据。修改属性和项目，并确保它们在其他地方被正确刷新。帮助我们确定这些类型的数据依赖关系，并指导我们有条理地思考数据元素之间的关联。所以作为测试人员，我们需要思考一个数据在不同模块之间的传递关系以及数据被更改后再各个模块
测一送一测试法
可以发现应用程序在多用户同时使用时的缺陷
不同的漫游测试法可以用于开发周期的不同阶段
早期开发阶段的目标
早期发现设计缺陷
发现被误用的设计
发现用户界面和可用性上的误用
这些目标让漫游变得更有目的性：这些探索式测试注重于把事情做成而不是以某种特殊的方式做事情。这些漫游法包括地标测试法和出租车测试法。在测试周期的早期阶段，测试工作会侧重于发现大的问题
后期开发阶段的目标
确保产品功能的正常工作
确保用户数据的安全性
确保完工的软件符合要求
描述功能特征的适用范围
确认以前的缺陷不再重现
这些目标让漫游变得详细而精确：这些探索式测试注重于一种特定方式来探索某一特定的东西。这些漫游法包括深巷测试法、遍历测试法、超模测试法和取消测试法。
Chapter 7
漫游与测试中有五个棘手问题
漫无目的 aimlessness
有计划，有准备，有策略和有多变的战术，这是成功进行软件测试的前提。拥有测试策略和规范的技术使得测试人员在处理他们的任务时目标更明确
重复性 repetitiveness
漫游路径又迫使测试用例的产生具有更多的变化
暂时性 transiency
单调性 monotony
健忘性 memorylessness
其他
探索式测试是一种强调个人自由与责任的测试方法，让独立测试人员可以借由不断的学习来改善测试的规划与测试的执行，而在测试过程中也会同时改善测试案例达到相铺相成的效果
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系博为峰小编(021-64471599-8017)，我们将立即处理。
