如何管理探索性测试使其不会演变为即兴测试？（已结束）(2014.10.8)

土土的豆豆

其实这两个测试早有分享，今天鄙人也对这个主题谈些自己想法。
我们首先都得基本了解探索性测试盒即兴测试的区别。
探索性测试（Exploratory Testing）是一个测试思维方法，其前提是有想法的进行测试，有其基本操作步骤在脑海中，是个交互的过程，包括测试需求分析、测试用例设计、测试脚本执行等各方面；
即兴测试（Adhoc Testing）是随性而发的测试，任何人随时随地都可以去测，或者说是没有准备的、随意地去发现软件缺陷的过程。
探索性测试其实包含了一部分即兴测试。测试人员在探索中可能随性而发，会发现一些用例场景外的问题。

主题是问如何管理探索性测试，而使其不变成即兴测试。
我们知道探索性测试与即兴测试的根本区别在于前者是经过大脑思考的测试方法，后者是随意即兴发挥的测试方法。有思想，有准备的探索性测试当然可以被合理安排并作处理，即可以进行管理；无准备随性的即兴测试难以捕捉具体思维、操作场景或步骤，容易测过就遗忘。
通常开发人员对于即兴测试发现的问题一般更多会产生质疑，有些甚至不能重现问题，而测试人员由于其即兴发挥测试产生的结果，也难以举例说明问题现状。这时用探索性测试方法，即可以避免因为随意测试产生的问题。我们可以在测试前仔细分析业务需求，好好想想测试场景，包括业务关联、各系统接口、各边界情况等，通过自己计划和脑海中的具体步骤，去有目的性的探索、去发现问题，这样比盲目即兴进行测试更加容易掌握问题根源，一旦捕捉到问题缺陷不会轻易忘记具体操作步骤和相关系统、业务的关联。探索性测试其实也是个创新的过程，在已有的测试用例、测试方法上做进一步的拓展，是有目标目的性的头脑风暴，而不像即兴测试那么随便。
那我们掌握了探索性测试与即兴测试的根本区别，就可以将脑海中的想法通过笔记、用例、脚本、或者任何自然描述语言保存下来。在执行测试时不时重现之前整理的目标清单列表，有的放矢地去摸索、探究软件/产品/程序的一系列问题。这样就能规避风险，不会走错弯路，从而潜移默化变成所谓的即兴测试了。

这里推荐大家去看下51老专家史亮的专访，他也是探索性测试的前辈，多少有帮助。http://www.51testing.com/zhuanti/shiliang.html
还有，老外James Whittacker, Cem Kaner, James Bach等都推探索性测试进行过研究，也值得学习。
请各位补充~