这相对于传统软件测试过程中严格的“先设计，后执行”来说，是具有很大区别的。

2、探索性测试的基本过程

探索性测试的基本过程包括如下：

识别软件系统的目的;

识别软件系统提供的功能;

识别软件系统潜在的不稳定的区域;

在探索软件系统的过程中记录关于软件的消息和问题;

创建一个测试纲要，使用它来执行测试。

注意：上面的过程是一个循环的过程，并且没有很严格的执行顺序，完全能够先创建测试纲要，执行测试，然后在测试中进修软件系统;也能够先探索软件系统的各个区域，然后再列出需要测试的要点。

探索性测试强调创新的测试思维，在测试过程中不断地出现许多关于测试的新想法，

因而就像一把叉，下图就是一个所谓的“探索叉”(exploratory forks)。

探索性测试强调测试过程中要有更多的发散思维，这也是与保守测试方式的最大区别。

保守测试方式强调设想完善的测试用例，测试人员严格按测试用例执行测试，这多少限制了测试人员的测试思维，测试人员往往缺乏主观能动性。

下图展示了一个发散思维的过程，探索性测试强调发散，但并不是盲目地发散，在适当的时候还要收敛回来。

例如，当发觉在一个测试的分支路径上已经花了很长时间也没有找到问题的答案时，则能够考虑先放弃那个区域的探索，因为还有一个主线的测试任务。

探索性测试尤其适合于那些需求不是很明确的测试任务，或者是一名刚刚接手一项新的测试任务的测试人员使用。

3、探索性测试的价值

3.1、探索性测试可以用来找到深层次的BUG。

因为探索性测试人员是优秀的观察者，他们观察不正常和不期望的结果，并进行认真的思考，这种状态和按部就班的执行用例是不一样的，因此，它更容易发现一些隐藏的很深的问题。

3.2、探索性测试可以加深测试人员对被测系统的了解。

探索性测试强调对被测试对象的学习，并且是在测试过程中的学习，并在此基础上设计测试，因此，它使测试人员更容易深入的理解被测系统。

4、探索性测试的误区

4.1、不要将探索性测试和随机测试混淆。

探索性测试不是在键盘钱坐下并敲击，没有熟练技能，不会认真思考的“黑盒”测试人员所做的并不是探索性测试，一个合格的探索性测试人员需要认真思考和分析结果，并且在探索测试的过程中做记录。

4.2、不要将探索性测试和回归测试混淆。

探索性测试更注重的是思考和学习，不断发现新的问题，而版本的回归测试，是对原有的功能的保证，为持续迭代构筑安全网。重复的功能回归测试应该尽量用自动化的方式来完成，这样，才有足够的人力来进行探索性测试。

4.3、探索性测试不能用来评估软件质量。

尽管探索性测试是一种有效的测试方法，但是它不意味着是一种全面覆盖的测试方法。如果你要评估测试是否全面，可能你需要其他的手段。

本文作者 reach296