UI 自动化测试中的 Flakiness（不稳定性）治理：重试机制与元素等待策略 各位开发者、测试工程师，大家好！今天我们来深入探讨一个在 UI 自动化测试中非常常见但又极具挑战的问题——Flakiness（不稳定性）。特别是在使用 Selenium、Playwright 或 Cypress 这类工具进行浏览器自动化时，我们经常会遇到这样的情况： “昨天跑得通的脚本，今天突然失败了。” “本地运行成功，CI/CD 环境却报错。” “有时候点击按钮没反应，重启再跑就通过了。” 这些问题的本质，就是 Flaky Test（不稳定测试） —— 一种看似随机、难以复现、却又真实存在的问题。 一、什么是 Flakiness？为什么它如此棘手？ Flakiness 指的是那些在相同条件下偶尔失败、有时又成功运行的测试用例。它的危害远超普通 Bug： 类型 特点 影响 稳定性差的测试 偶尔失败，无法预测 团队信任度下降，误判真实缺陷 资源浪费 CI/CD 流水线重复执行 构建时间延长，成本上升 掩盖真实问题 被误认为是代码变更导致 真实 Bug 被忽略或延迟修复 ✅ 根本原因分析（常见场景） 场景 …