间距

• 节省时间：绕过编写正式测试案例这一耗时的过程，非常适合紧迫的截止日期。
• 补充正式测试：查找结构化测试套件遗漏的较深或较难理解的漏洞。
• 灵活性：在需求不完整或变化时完全适应。

1. 临时测试中使用的技术

临时测试技术是测试人员无需预先定义测试用例即可快速识别缺陷的非正式方法。这些技术依赖于经验、直觉和随机探索的应用。

• 错误猜测：根据测试员的经验预测易发生缺陷的区域，重点关注常见错误和有风险的模块。
• 随机输入测试：使用意外或无效的数据来检查系统行为，并确保应用程序正确处理异常输入。
• 边界测试（非正式）：测试最小和最大输入值，以识别输入限制边缘处的错误。
• 探索性测试方法：同时学习和测试应用程序，无需预定义的测试用例，即可动态发现缺陷。
• Monkey Testing：执行无逻辑的随机操作，以检查系统稳定性和识别崩溃。
• 基于会话的测试：在简短、重点突出的会话中进行测试，以高效地覆盖特定模块。
• 负测试：使用不正确或无效的输入来验证系统是否正确处理错误和验证。
• 用户场景测试：模拟真实的用户行为，以确保应用程序在真实环境中能够正确运行，并识别可用性问题

示例：移动应用

测试器在移动应用上执行随机操作：

• 在屏幕之间快速切换
• 频繁旋转设备
• 使用互联网连接率低的应用
• 一次打开多个功能

这可能会发现性能问题、UI问题或应用崩溃。

Adhoc测试的理想条件

在时间有限的情况下，测试人员具有丰富的领域知识，并且需要快速探索性检查来发现隐藏的缺陷，这是最有效的。

• 当测试时间有限时。
• 完成正式测试后。
• 需要快速验证功能或模块时。
• 如果没有详细的测试案例，
• 当开发接近完成时。
• 测试高风险或易出错区域时。

临时测试的局限性

缺乏文档和结构，导致难以重现缺陷，并确保完整的测试覆盖范围。

• 没有适当的文档，因此以后很难跟踪缺陷。
• 由于其非结构化性质，不能保证测试覆盖范围。
• 很大程度上取决于测试人员的经验和知识。
• 发现的问题可能难以复现。
• 无法替代正式和系统的测试方法。

Adhoc测试的优势

帮助快速识别意外缺陷，无需正式的测试案例，从而节省时间并提高整体测试覆盖范围。

• 识别通过书面测试案例可能无法发现的错误。
• 可以在短时间内执行，特别是在截止日期很紧的情况下。
• 鼓励创造性思维，帮助生成新的测试场景。
• 通过发现意外问题提高产品质量。
• 可以在软件开发生命周期流程(SDLC)的任何阶段执行。

执行临时测试的最佳实践

• 具备丰富的产品知识：清楚地了解应用及其功能。
• 确定容易出错的区域：重点关注可能发生故障的模块。
• 确定关键功能的优先级：首先测试重要和高风险区域。
• 基本计划：即使没有正式的测试案例，也要大致了解要测试的内容。
• 使用适当的工具：利用调试和测试工具提高效率。 

1. https://www.youtube.com/
2. https://fdk-stage.cisco.com/c/en/us/support/docs/licensing/ask-licensing/cda/device-management/lic219871-this-is-the-test-article-to-check-the.html
3. https://www.geeksforgeeks.org/software-engineering/adhoc-testing-in-software/