一、 探索性测试介绍
探索性测试是作为一个重要组成部分而出现的，把对 ‘系统的探索’ 和对 ‘系统进行测试’ 结合在一起，同时我们可以在探测测试中发现难以发现的10%-20%的缺陷，让测试更富于“探测性”，测试用例更无机可循，对于测试输入控制有效，但是所花的测试时间更长。
探索性测试属于一种自由测试，它是传统使用测试用例进行测试一个补充。下面是两者间的差异比较。
使用测试用例：
ü 规范
ü 设计测试用例
ü 发现问题情况：与测试用例设计紧密相关
ü 覆盖：非完整覆盖
ü 个数有效
自由测试：
ü 输入检查、控制、非法异常处理
ü 没有测试用例、很少的测试数据
ü 使用“探索”方式进行测试
ü 覆盖：面向非定义业务流程的测试，更简单
ü 实际测试个数非常大
探索性测试的出发点是“测试者如果没有真正使用过系统，就不可能真正理解和掌握系统，也就不可能真正有效地测试该系统”，相信所有有过测试实践的测试工程师都会承认这一点。确实，在我们没有接触到一个真正的系统之前，很难完全认识到这个系统，虽然可以在测试计划阶段按照需求或是设计的要求写出测试方案和用例，但总觉得这些用例不可能具有太强的可操作性。
探索性测试只是一种方法和思路，并不是一个确定的过程。因此，在使用探索性测试时，无法回避的是When的问题，也就是说，在什么时候进行探索性测试更加有效呢？我的答案是“在你认为合适的时候”。因为，探索性测试可以针对不同的测试层面，例如，针对业务场景的探索性测试、针对功能点的探索性测试，甚至是头脑风暴式的探索性测试，都能够在测试中发挥积极主动的作用。
二、 针对探测性测试产品
根据探测测试方法和思路我们来具体用工具来实现探测测试，目前我们使用的是我们公司的Monkey猴子探测工具。