背景
之前也听说过探索性测试的概念，一直没有学习研究，最近被问到，就再系统的学习一下
正文
1、探索性测试的定义
探索性测试（ET）是敏捷世界里的一种重要测试方法，作为一个研究性的工具，它是用户故事测试和自动化回归集的重要补充。它是一种经过深思熟虑的测试方式，没有测试脚本，可以使你的测试超出各种明显已经测试过的场景。探索测试将学习，测试设计和测试执行整合在一起，形成一种测试方法。
探索性测试的最大特色是在对测试对象进行测试的同时学习测试对象并设计测试，在测试过程中运用获得的关于测试对象的信息设计新的更好的测试。他的典型过程如下图：
这相对于传统软件测试过程中严格的“先设计，后执行”来说，是具有很大区别的。
2、探索性测试的基本过程
探索性测试的基本过程包括如下：
识别软件系统的目的；
识别软件系统提供的功能；
识别软件系统潜在的不稳定的区域；
在探索软件系统的过程中记录关于软件的消息和问题；
创建一个测试纲要，使用它来执行测试。
注意：上面的过程是一个循环的过程，并且没有很严格的执行顺序，完全能够先创建测试纲要，执行测试，然后在测试中进修软件系统；也能够先探索软件系统的各个区域，然后再列出需要测试的要点。
探索性测试强调创新的测试思维，在测试过程中不断地出现许多关于测试的新想法，
因而就像一把叉，下图就是一个所谓的“探索叉”（exploratory forks）。
探索性测试强调测试过程中要有更多的发散思维，这也是与保守测试方式的最大区别。
保守测试方式强调设想完善的测试用例，测试人员严格按测试用例执行测试，这多少限制了测试人员的测试思维，测试人员往往缺乏主观能动性。
下图展示了一个发散思维的过程，探索性测试强调发散，但并不是盲目地发散，在适当的时候还要收敛回来。
例如，当发觉在一个测试的分支路径上已经花了很长时间也没有找到问题的答案时，则能够考虑先放弃那个区域的探索，因为还有一个主线的测试任务。
探索性测试尤其适合于那些需求不是很明确的测试任务，或者是一名刚刚接手一项新的测试任务的测试人员使用。
3、探索性测试的价值
3.1、探索性测试可以用来找到深层次的BUG。
因为探索性测试人员是优秀的观察者，他们观察不正常和不期望的结果，并进行认真的思考，这种状态和按部就班的执行用例是不一样的，因此，它更容易发现一些隐藏的很深的问题。
3.2、探索性测试可以加深测试人员对被测系统的了解。
探索性测试强调对被测试对象的学习，并且是在测试过程中的学习，并在此基础上设计测试，因此，它使测试人员更容易深入的理解被测系统。
4、探索性测试的误区
4.1、不要将探索性测试和随机测试混淆。
探索性测试不是在键盘前坐下并敲击，没有熟练技能，不会认真思考的“黑盒”测试人员所做的并不是探索性测试，一个合格的探索性测试人员需要认真思考和分析结果，并且在探索测试的过程中做记录。
4.2、不要将探索性测试和回归测试混淆。
探索性测试更注重的是思考和学习，不断发现新的问题，而版本的回归测试，是对原有的功能的保证，为持续迭代构筑安全网。重复的功能回归测试应该尽量用自动化的方式来完成，这样，才有足够的人力来进行探索性测试。
4.3、探索性测试不能用来评估软件质量。
尽管探索性测试是一种有效的测试方法，但是它不意味着是一种全面覆盖的测试方法。如果你要评估测试是否全面，可能你需要其他的手段。
参考：
http://www.cnblogs.com/reach296/
