探索性测试对于测试团队是一种非常有益有效的补充，具体而言我们可以总结出以下的益处：

　　探索性测试可以帮助我们定位到隐藏比较深的问题 -常规测试没有覆盖到的深度，我们可以在探索性测试里去一探究竟

　　探索性测试可以为后续测试覆盖的延申提供思路 - 在探索性测试中我们可以发现常规测试忽视掉的细节，从而指导我们后续对测试用例库的维护

　　探索性测试可以加深测试人员对被测系统的了解 - 越探索越了解，越了解越想把他测个明白

　　探索性测试可以激发测试人员的积极性 - 每天都在执行用例多无聊，来一次说测就测的旅行吧

　　探索测试有这么多好处，但是我们也要注意他的局限性，不要陷入一些常见的误区，比如：

　　探索性测试就是随便测试，到处点点

　　- 探索性测试是要遵循一定章法并符合测试要领的

　　时间不够，所以干脆全都做探索性测试，不写测试用例了

　　- 尽管探索性测试是一种有效的测试方法，他不能替代最主体的系统测试

　　回归测试好费劲啊，我们用探索性测试去覆盖回归需求吧

　　- 探索性测试更注重的是思考和学习，不断发现新的问题，而版本的回归测试，是对原有的功能的保证，为持续迭代提供质量把关。

　　p.s. 探索性测试一般在什么情况下测试团队可以，也应该去做?

　　- 在常规测试已经进行得比较完备的情况下，进行探索性测试可以检查测试的完整性，拓展当前测试的覆盖度和深度。

　　- 在测试工作推进受阻的情况下(比如开发进度停滞)，我们应该把这一段可能被浪费掉的时间利用起来，穿插进对已测功能的再次探索是一个非常好的选择。

　　- 出于对现存测试设计和结果存疑的情况下，可以使用探索性测试来确认。(如果探索性测试发现大量或者严重问题，显然可以证明已经完成的测试是不合理不完整的)

　　- 在bug验证时，如果加入适当程度围绕该被测功能点的探索性测试，可以及时发现可能由修复带来的新问题，从而减轻后期大规模回归测试的压力。

　　- 在刚开始对一个模块的测试时，如果对于被测功能认知度还不够，不妨先做一次探索性测试。这样有助于了解系统，并且规划和调整后续测试进程。

　　如需了解更多测试技术信息请关注：深圳多测师软件与技术服务有限公司