• 回归范围大、重复执行成本高。
• 需要在持续集成中稳定拦截高风险问题。
• 关键链路希望每次构建都能快速得到反馈。

• 为高价值回归路径建立稳定自动化校验。
• 通过持续验证降低发版风险。
• 在可维护前提下提升反馈速度。

1. 按业务价值与稳定性筛选自动化候选。
2. 分层设计（接口/服务/UI）以控制投入产出比。
3. 建立稳定数据策略和环境隔离策略。
4. 增强断言和失败诊断能力。
5. 接入流水线并配置质量门禁。
6. 持续治理脆弱用例和过时脚本。

输入：

• 每周固定回归：登录、支付、退款、发票

输出：

• 构建级冒烟 + 夜间全量回归套件
• 脆弱性看板和责任人修复机制

输入：

• “把所有测试都自动化”

输出（问题）：

• 大量低价值且不稳定 UI 脚本占满成本
• 流水线变慢、告警可信度变低

• 不优先自动化高波动低价值场景。
• 不忽视脚本维护成本和责任归属。
• 不把脆弱用例直接挂到发版门禁。
• 不把自动化覆盖率等同整体质量。
• 不取消对未知风险的人工探索。