作者：James Bach

英文内容（预先提醒），DOC 格式

包括三部分内容：

What is Exploratory Testing?
Exploratory Testing and the Planning Myth
Where Does Exploratory Testing Fit?


由于搜索了一下这里还没有相关资料，所以与大家共享一下。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝

探索性测试简介：

探索性测试（Exploratory Testing）

１、起源

探索性测试被认为最先由 Cem Kaner et. al. 在 Testing Computer Software 中定义，此后其他人（包括 James Bach）的工作使它得以普及。

为什么叫探索性测试，因为是一边测试一边探索。

２、定义：探索性测试是一个交互式的过程。在某种意义上讲是一个自由形式的测试过程，与人们说的游击式测试，直觉性测试有些相类似的地方。但探索性测试包含指定的任务、目标、交付物，所以与游击式测试又不同，而是形成了一个系统化的过程。

３、包含的五元素：

产品探索（Product Exploration）。探索和记录产品的目的和功能，数据类型，潜在的不稳定域。执行探索的能力依赖于你对技术的理解，你对产品信息和它潜在的用户的掌握，以及你花费了多少时间做这项工作。
测试设计（Test Design.）。决定操作、观察和评估产品的战略。
测试执行（Test Execution）。操作产品，观察产品的行为，使用这些信息构建产品如何运作的假定。
启发（Heuristics）。是帮助你决定要测试什么，如何测试的一系列指引或规则。
可检查的结果（Reviewable Results）。探索式测试是一个结果导向的过程。一旦你产生的交付物满足了特定的需求，测试就结束。对于测试测试结果是可以检查的、并能够与标准对比，这点尤为重要。

　　作为测试人员，你必须准备从任何角度向测试经理解释你的工作，并且展示它是怎么样满足已文档化的需求的。


４、优点：

　１）在某些情况下，它的效率比脚本测试高出很多个数量级。
　２）节省很多工作。尤其是前期的文档工作。


５、缺点

　１）效率高，测试质量不一定好。要看性价比了。
　２）可能适用于某些项目，如项目工期紧张，需求不明白、变更太频繁等。。
　３）主要依赖于测试员的技能和知识来指导测试。人是最不可靠的。