临时测试
如果在没有适当规划和文档的情况下进行软件测试，则称其为 Adhoc Testing。除非我们发现缺陷，否则这种测试只执行一次。
在对应用程序进行正式测试之后完成临时测试。Adhoc 方法是最不正式的测试类型，因为它不是结构化方法。因此，使用此方法发现的缺陷很难复制，因为没有针对这些方案的测试用例。
在不遵循规范 / 要求的情况下，随着测试人员对应用程序和测试人员测试的知识进行测试。因此，Adhoc 测试的成功取决于执行测试的测试人员的能力。测试人员必须在没有任何适当规划和文档的情况下发现缺陷，完全基于测试人员的直觉。
1. 何时执行临时测试
当有限时间进行详尽的测试并且通常在正式测试执行后执行时，可以执行临时测试。只有当测试人员对被测系统有深入的了解时，临时测试才会有效。
特别测试形式：
- 好友测试： 两个好友，一个来自开发团队，一个来自测试团队，共同致力于识别同一模块中的缺陷。伙伴测试有助于测试人员开发更好的测试用例，而开发团队也可以尽早进行设计更改。这种测试通常在完成单元测试后发生。
- 配对测试：为 两个测试人员分配相同的模块，他们分享想法并在同一系统上工作以发现缺陷。一名测试人员执行测试，而另一名测试人员记录他们的调查结果。
- 猴子测试：测试是在没有任何测试用例的情况下随机进行的，以便打破系统。
2. 各种使 Adhoc 测试更有效的方法
- 准备：通过获取类似应用程序的缺陷细节，在应用程序中发现缺陷的可能性更大。
- 创建一个粗略的想法：通过创建一个粗略的想法，测试人员将采用一种集中的方法。不需要将详细计划记录为测试内容和测试方法。
- 划分和规则：通过逐个部分地测试应用程序，我们将更好地关注并更好地理解问题（如果有的话）。
- 针对关键功能：测试人员应在设计测试用例时针对那些未涵盖的区域。
- 使用工具：通过使用分析器，调试器甚至任务监视器，也可以将缺陷带入石灰灯。因此，熟练使用这些工具可以发现几个缺陷。
- 记录结果：虽然测试是随机进行的，但如果时间允许，最好记录测试，并记下偏差（如果有的话）。如果发现缺陷，则会创建相应的测试用例，以便测试人员重新测试该方案。