下图展示了一个发散思维的过程，探索性测试强调发散，但并不是盲目地发散，在适当的时候还要收敛回来。例如，当发现在一个测试的分支路径上已经花了很长时间也没有找到问题的答案时，则可以考虑先放弃那个区域的探索，因为还有一个主线的测试任务。
发散思维
探索性测试尤其适合于那些需求不是很明确的测试任务，或者是一名刚刚接手一项新的测试任务的测试人员使用。
2．探索性测试的管理
探索性测试是一种不是很严谨的测试方法，缺乏可管理性和度量性。因此，James Bach提出了基于任务的测试管理（Session-Based Test Management）。Session-Based测试管理是用于度量和管理探索性测试的一种方法。
测试人员在采用探索性测试方法的测试过程中，应该及时记录下所谓的“测试故事”，把所有测试中学习到的关于软件系统的知识要点、问题和疑问、测试的主意、进行了怎样的测试等相关信息记录下来，然后周期性地与测试组长或其他测试人员基于记录的“测试故事”展开简短的讨论。
测试组长基于这些记录的结果来判断测试的充分性，测试人员通过讨论可以共享学习到的软件系统相关的信息，交流测试的主意，总结测试的经验，激发测试人员拿出更多的测试主意，从而指导下一次测试任务的执行。
在这种方式的测试管理中，测试组长就像一名教练，但是需要参与到测试的实际任务中，指导测试人员测试的方向和重点，提供更多的关于软件系统相关的信息给测试人员，授予测试人员更多的测试技术。
说明：未必需要完全采用探索性测试的方法，但是可把探索性测试方式作为传统测试方式的补充，在每一项测试后留下一定的时间给测试人员做探索性的测试，以弥补相对刻板的传统测试方式的不足。应该更多地采用探索性测试的思维方式，应用在日常测试工作中。
本文选自《软件测试大全：测试技术、流行工具、项目实战》，本站经人民邮电出版社和作者的授权,近期将进行部分章节连载，敬请期待！
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
