快速测试也是一种测试的方法，它既可以照本宣科的进行，亦可以探索的方式进行。尽管一个使用高度探索性方法进行测试的测试员可能会执行很多快速测试，而快速测试也通常是运用探索性测试方法时的重要因素。但是，快速测试和探索性测试并不是一样的。
快速测试是需要少量时间或一点精力去准备和执行的廉价测试。这类测试甚至不需要具备与待测试的应用程序相关的大量知识或相关的业务领域知识，但它们有助于快速地获取新的信息。快速测试不是强调广泛和完整，它的目的是用最低的成本快速揭示信息。
快速测试是了解产品、识别区域风险及薄弱环节和困惑部分的一个好方法。一个测试员几乎总是在某个测试活动中同时进行一两个其它测试活动。作为最开始的活动，一组快速测试有助于一个冒烟测试或正确测试的进行。几轮相对无计划、非正式的快速测试可以帮助你发现或制定出一个更全面或更正式的测试计划。
在快速软件测试类别中，James Beach 和我提供了许多快速测试的例子。你将会注意到其中的一些例子被成为旅行。注意，并不是所有的旅行都是快速进行的，而且并非所有的快速测试都是旅行。
幸福的路径
以你预计的、终端用户可能进行的方式，从开始到结束完整地执行一个任务。以最简单的、用户最可能的方式、最直截了当的方式使用该产品，正如最乐观的程序员或设计师想象的用户可能进行的方式。寻找可能使一个通情达理的人困惑、迟缓或不快的任何问题。Cem Kaner 有时称这种测试为“认同测试”。 倾向于去了解该产品，而不是发现故障。如果你的确发现明显的问题，那能对于该产品来说是个坏消息。
变化的旅行
使用一个产品，寻找可变因素并使其发生改变。使其在每个层面尽可能不同。如果你使用快速检测的方法来了解，那就要寻找和把重要的变量归类。寻找他们潜在的关系。当我们第一次接触一个产品时，识别和探索变化是我们测试基本结构的一部分。
抽样数据旅行
利用任何你能用到的所有的抽样数据。对于某一种类型的快速测试，最好使用一个简单的值，它的效果是容易理解或计算的。而对于另一种类型的快速测试，选择复杂的或者极端的数据集。观察数据输入的单元或者格式，并且试图改变它们。挑战程序设计器认为会拒绝或者不恰当的数据。一旦你关于合理或者中度质疑数据得到处理，你可以选择尝试去做。。。。。。
攻击性输入
发现输入的来源并企图违反限制的输入。尝试一些异常数据的例子：期望大批输入却输入零；期望正数却使用负数；期望大小合适的数却输入巨大的数；仅支持处理数字的地方使用字母；反之亦然。在一个领域使用几何扩展字符串。双倍长度直到产品崩溃。以不同于你想“正常”或“预期”想法的使用字符。给系统注入任何类型的噪音，看看会发生什么。
人们偏向去讨论非常多的攻击性输入。或许是由于攻击性输入被黑客使用来破坏系统；或许由于攻击性输入相对更直截了当。或许由于它相对比较容易描述。或许由于攻击性输入会产生巨大的意想不到的结果。然而它们绝不是唯一一种快速测试，当然也不是使用探索性方法去测试的唯一方法。
文档旅行
查阅联机帮助或用户手册，并找到一些关于如何完成一些有趣活动的使用说明。明确的做这些。然后通过使用说明即兴发挥并尝试去做。如果你的产品有一个用户说明，那就按照说明操作。你可能发现产品或者文档的问题。无论哪种方式，你已经发现一个潜在的很重要的不一致性。即使你不暴漏一个问题，你仍然会了解这个产品。
文件旅行
看看存在exe 文件的文件夹。检查目录结构，包含的分支。寻找Read ME、帮助文件、日志文件、安装脚步、conf 、ini 、rc文件。审视DLLs的名字，并推断它们可能包含的功能或它们的缺失可能会破坏应用程序的方式。使用任何你有的辅助材料来引导和集中你的行为。另一种为这类测试收集信息的方法是：使用工具去监控这个安装，把工具的输出作为一个起点。
复杂的旅行
使用一个产品，寻找最复杂的特性、最有挑战的数据集、最大的依赖关系。不仅要寻找隐藏的角落和缝隙，而且要寻找程序类似的主要交通区域，繁忙市场，办公大楼，火车站，这些地方有大量的互动，bug 可能混迹于人群之中。
