探索性测试的四个类型

　　探索式软件测试一共分为自由式探索式测试、基于场景的探索式测试、基于策略的探索式测试和基于反馈的探索式测试。下面将详细介绍4种类型的应用场景。

　　一：自由式探索式测试

　　自由式探索式测试指的是对一个应用程序的所有功能，以任意次序、使用任何如数进行随机探测，而不考虑哪些功能是否必须包括在内。自由式测试没有任何规则和模式、只是不停的去做。很不幸，很多人认为所有的探索式测试都是自由式的，从长远的观点来看，这种看法低估了探索式测试技术的能力，我们在随后将看到这类测试的一些变种。

　　一个自由测试用例可能会被选中成为一个快速的冒烟测试，用它来检查是否会找到重大的崩溃或者严重的软件缺陷，或是在采用先进的技术之前通过它来熟悉一个应用程序。显然，自由式探索式测试无需也不应该进行大量的准备规则。事实上，它更像是“探索”而不是“测试”，所以我们应当相应的调整对它的期望值。

　　自由式测试不需要多少经验或者信息。但是，同以下提到的探索式技术相结合后，它将成为一个非常强大的测试工具。

　　二：基于场景的探索式测试

　　基于场景的探索式测试和传统的基于场景的测试有类似之处。两者都涉及到一个开商店，就是用户故事或者是文档化得端到端场景的开始之处，那也是我们所期望的最终用户开始执行应用程序的地方。这些场景可以来自用户研究、应用程序、以前版本的数据等，并作为脚本用于测试软件。探索式测试对传统场景测试的补充吧脚本的应用范围扩大到了更改、调查和改变用户执行路径的范畴。

　　使用场景作为指导的探索式测试人员经常会修改他感兴趣的输入或者是追寻一些并没有包括在脚本中的潜在副作用。不过，由于最终的不表是完成给出的场景，这些测试上的弯路、最终总是会回到脚本文件记载的用户主要执行路径。

　　三：基于策略的探索式测试

　　将自由式测试探索式与具有测试老手的经验、技能和感知融合在一起，就成为基于策略的探索式测试。它属于自由式的探索，只是他是在现有的错误搜索技术下引导完成的。基于策略的探索式测试应用所有的已知技术（如边界值分析或组合测试）和未知的本能（如异常处理往往容易出现软件缺陷），来指导测试人员进行测试。

　　这些已知的策略是基于策略的探索式测试成功的关键，存储的测试知识越丰富，测试就会更有效率。这些策略缘于积累下来的知识，它们指导软件缺陷隐藏在哪里，如何综合人工输入数据，那些代码路径常常出现故障。

　　基于策略的探索式测试结合了测试老手的经验和探索型测试人员的随机性。

　　四：基于反馈的探索式测试

　　基于反馈的探索式测试缘于自由式测试，但是随着测试历史的形成，测试人员们就会利用反馈来指导今后的探索。“覆盖”就是典型的例子。一名测试人员通过咨询那些覆盖指标（代码覆盖、用户界面覆盖、特性覆盖、输入覆盖或者其中的某一些组合）来选中新的测试用例，以使这些覆盖指标得以提高。覆盖指标只是收录反馈信息的标志之一。我们也会看其他标志，如代码改动数量和软件缺陷密集程度等。

　　基于反馈的探索式测试时一种“上一次测试”：在上一次我根据应用程序的最后状态选了每某一个输入之后、下一次我就会选中另外一个输入。或者是，在上一次遇到这个界面时我用A属性，这一次我就会用B属性。

　　基于反馈的探索式测试工具是非常有价值的，它可以是测试人员保存、搜索测试历史并据此采取实时行动。不幸的是这样的工具很少。

　　自动化测试（AT）与探索性测试（ET）

　　自动化测试在目前得到了越来越普遍的应用，自动化测试的优势也越来越明显。对于需求比较固定的功能，使用自动化测试工具通过编写自动化测试代码。可以在以后得到多次的使用。这给回归测试带来了极大的方便性。也为持续集成（CI）的提供了很好的基础。看来自动化测试是软件测试领域中一项重大的革命。

　　然而，自动化测试毕竟考虑时间有限，并且受到了一定的测试思想的制约，不可能在一次的测试设计中就能够就能够设计得很全面。另外自动测试对于测试正常流程往往考虑的比较周全，而对于异常流程往往考虑得不是十分的充分。而对于一个有经验的测试工程师来说，bug往往在处理异常流程的时候被经常发现，另外好些缺陷往往在一些怪异的，不确定的操作后出现。所以有了自动化测试脚本作为支撑，探索性测试（ET）的作用不可忽略。保证一个产品好的质量，既要依赖自动化测试工具，另外人工为主的探索性测试也不可以遗漏，这样软件的质量才可真正得到保障。

版权声明：本文出自 jerrygu625 的51Testing软件测试博客：http://www.51testing.com/?162585

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。