探索性测试：我理解中的探索性测试，它没有很多实际的测试方法、技术和工具，对测试人员的能力有很强的依赖性。探索性强调测试人员的主观能动性，强调在碰到问题时及时改变测试策略，不重视测试计划和测试用例设计过程。可以说是一种建立在测试用例设计以及执行同步基础上的测试方法，不同于目前我们传统的测试方法：先设计测试，后执行测试。

　　它并不是有些测试人员理解的随机性测试（ad hoc testing）。探索性测试是一种很有思想的过程，通过不断学习探索被测软件产品，从而得到的更多关于产品，系统的信息来指导测试的设计和执行。而随机性测试则大多数是测试人员模拟初级用户，进行的一些页面上，功能上的带有无意性的操作，借此发现测试过程中未发现的遗漏点（因为测试不能保证消除所有的缺陷）

　　曾经看到过这样一个图，这张图很好的表达了个人对探索性测试的理解，收藏了下来，现在拿出来共享下。

　　如何来进行探索性测试：

　　探索性测试的基本过程：识别软件系统的目的、功能、潜在的不稳定的区域、   在探索软件系统的过程中记录关于软件的信息和问题、整理出一份测试的纲要列表，使用它来执行测试。探索性测试实际上也是一种有价值但是不够严谨的测试方法，因为它是设计和执行同步进行的，因此在测试过程中， 还是应该及时记录下测试中学习到的关于被测系统的知识要点以及问题，当然还有test idea。这也相当于我们的一种沉淀精神，不仅仅是个人的积累，也有助于后来人的借鉴和学习。 这样的测试过程是一个循环的过程，并且没有很严格的执行顺序，可以先创建测试纲要列表再执行测试，也可以在测试中学习软件系统；也可以先探索软件系统的各个区域，然后再列出需要测试的要点。

　　目前的传统测试强调完整覆盖功能点的测试用例，然后严格的按测试用例执行测试。而探索性测试则强调测试过程中测试人员的思维发散性，在测试过程中不断地出现许多关于测试的新想法。就像一棵树，主干就是学习和探索被测系统，在这个基础上生出很多的新的测试想法，甚至在一个分支上不断深入，产生出更多的分支。

　　虽然探索性测试测试是一种不够严谨的测试方法，但它是有价值的，可以把探索性测试方式作为传统测试方式的补充，在每一项测试后留下一定的时间给测试人员做探索性的测试，以弥补相对刻板的传统测试方式的不足。

　　来自《Where Does Exploratory Testing Fit？》的一句话：

　　It’s also how you assure that there is enough variation and creativity in the test cycle.