32、敏捷测试自动化策略指南

敏捷测试自动化策略指南

1. 自动化测试的局限性与适用场景

自动化测试虽有诸多优势，但也存在一定的局限性。脚本只能按照设定的规则去查找特定内容，对于一些人类能轻易发现的视觉问题，自动化测试往往会遗漏。

• 探索性测试 ：探索性测试旨在通过实际操作深入了解产品，并利用这些信息改进未来的开发。虽然可以使用脚本创建测试数据和完成一些设置步骤来加速这一过程，但它仍需要专业的测试人员来设计和执行。自动化脚本无法替代人类在探索性测试中的思考和发现。不过，如果没有大量其他自动化测试的支持，可能没有足够的时间进行探索性测试。
• 永不失败的测试 ：对于那些需求明确、实现方式单一且几乎不可能引入缺陷的代码，有人认为不需要进行自动化测试。例如，一个包含地址字段的表单，在手动验证第二街道地址行不是必填项后，后续有人意外将其改为必填项的可能性极小，且即使发生也不会造成严重后果。然而，编程过程中可能会出现复制粘贴错误等问题。如果认为一次性手动测试足以，且未来失败的风险不足以证明自动化回归测试的合理性，那么可以不进行自动化。但如果不确定，且自动化难度不大，建议进行自动化。对于关键系统，即使回归失败的风险很小，也应进行自动化测试，可以借助风险分析来决定哪些测试需要自动化。
• 一次性测试 ：大多数情况下，手动执行一次性测试就足够了。如果自动化测试没有回报，就没有必要进行。但有时自动化对于一次性测试也是值得的。例如，在发布工资单时弹出警告消息对话框，且该消息仅在 1 月的前两周出现，自动化测试需要模拟当前日期在 1 月 1 日至 15 日之间。由于失败的后果相对较小，且