上一篇介绍局部探索式测试主要是帮助测试人员在执行测试用例时或者无测试用例时动态进行各式各样的局部决定，面对的是测试对象的一个测试点或者小的测试模块。这篇主要介绍全局探索式测试法，主要关于测试人员在全局方面所必须做出的各种决定，做出全局目标，用于指导以后的测试过程。
我们知道探索式测试的目标是：
1》 找出缺陷
2》 强迫软件展现其能力
3》 证明软件实现了哪些功能
Whittaker又把全局探索式测试叫做漫游测试，把我们测试对象，比喻成我们将要旅游
的一个城市。根据我们要访问城市各区域的目的，把城市各区域有分为：商业区，历史区，娱乐区，旅游区，旅馆区和破旧区。相应的把我们的测试对象，根据各模块的功能及特性，分为：商业区测试类型，历史区测试类型，娱乐区测试类型，旅游区测试类型，旅馆区测试类型和破旧区测试类型。
商业区测试类型：
对于测试来讲，商业区就是软件的启动及关闭代码之间，并包含用户所要使用的软件特性和功能，侧重于测试对象的主要功能及特性。
主要测试方法有：
1》 指南针测试法：主要要求测试人员通过阅读用户手册，场景及产品需求进行相关的测试
2》 卖点测试法：对那些能够吸引用户的特性进行测试，至于哪些特性能够吸引用户，可以向销售人员咨询，或者拜访客户。
3》 地标测试法：主要是寻找测试点，明确测试项，这里的测试点就是地标
4》 极限测试法
5》 快递测试法：要求测试人员专注于数据，即数据从输入到输出展现给客户或页面过程中，数据执行的流程。了解一个测试输入项输入后，经过哪些流程后展现给用户的，这些流程能否正确执行。
6》 深夜测试法：当我们不对测试对象操作时，测试对象能否会自动完成各种维护任务，将数据归档，自动记录发生的异常情况等
7》 遍历测试法：通过选定一个目标，然后使用可以发现的最短路径来访问目标包含的所有对象。测试中不要求追求细节，只是检查哪些明显的东西。
历史区测试类型：
指遗留的代码，或者在前几个版本就已经存在的软件特性，也指那些用于修复已知缺陷的代码，侧重于老的功能和缺陷修复代码。
1》 恶邻测试法：对bug扎堆的地方进行遍历测试法及详细测试。
2》 上一版测试法：检查那些在新版本中无法再运行的测试用例，以确保产品没有遗漏必需的功能。
3》 博物馆测试法：重视老的可执行文件和那些遗留代码。
娱乐区测试类型：
在测试那些辅助特性。
1》 配角测试法：测试中调节自己的测试注意力，使测试细化，具体，确保配角得到应有的重视。
2》 深巷测试法：测试最不可能被用到或是那些最不吸引用户的特性。
3》 通宵测试法：这个方法很容易和深夜测试法混淆，但是测试侧重点不同，深夜测试法是测试测试对象的自动处理能力；而通宵测试法是测试软件的长时间运行后，各功能模块是否正常，有点像稳定性测试。
旅游区测试类型：
快速访问测试对象的各种功能。有点像遍历测试法
1》 收藏家测试法：收集执行一个测试点后的所有输出。确保能观察到软件生成的任何一个输出。
2》 长路径测试法：确定测试目标，在到达目的地之前尽量多地在应用程序中穿行。把埋在应用程序最深处的界面作为测试目标。
3》 超模测试法：GUI测试
4》 测一送一测试法：测试同一个应用程序多个拷贝的情况。测试程序同时处理多个功能要求时，是否正常，各功能之间同时处理时，是否会相互影响。
5》 苏格兰酒吧测试法：花一些时间参与用户之间的讨论，了解测试对象所处行业信息，深入理解测试对象。
旅馆区测试类型：
测试那些经常被忽略和测试计划中较少描述的次要及辅助功能。
1》 取消测试法：启动相关操作，然后停止它。查看测试对象的处理机制及反应。
如：esc键，取消键，回退键，shift+F4，关闭按键或者彻底关闭程序（从任务管理器中杀进程），重复同一个操作。
2》 懒汉测试法：做尽量少的实际工作，让程序自行处理空字段及运行所有默认值。这个有点像深夜测试法。
破旧区测试类型：
对于这个区域的测试模块，就是输入恶意数据，破坏软件，修改配置文件等。
1》 做一个破坏者，测试各种异常情况
2》 反叛测试法：输入最不可能的数据，或者已知的恶意输入
又分为：逆向测试法，歹徒测试法，错序测试法
3》 强迫症测试法：重复测试
终于介绍完了全局探索式测试法，测试中运用这种方法，可以使我们的测试更有趣，更有针对性，指导性。确定测试对象那个对象用那个测试法，将测试对象功能与测试技术方法结合起来，达到匹配平衡。特别是针对升级版本项目，要给予持续关注，刚开始时，运用各种测试法，然后跟踪，找出各模块哪个测试法最有效，可以以发现的bug数来衡量测试法的有效度，这样在接下来的版本测试中，可以更有效更有针对性的去执行测试方法，提高测试质量和效率，再辅以其他测试法提高测试覆盖率。这需要测试人员的用心观察，总结，经验很重要。
学习完全局探索式测试法后，感觉作为测试人员要留意身边的点滴，把生活与工作结合起来，把生活中的经验用到测试中来，毕竟我们生活的时间比测试的时间要长十几年甚至于几十年，总结经验，认真留意，强化测试场景。
