判断维度
| 维度 | 倾向自动化的信号 | 倾向手工的信号 |
|---|---|---|
| 执行频率 | 每次构建都要回归 | 一次性或低频验证 |
| 稳定性 | 需求与界面相对稳定 | 界面与流程频繁改版 |
| 复杂度 | 步骤确定、断言明确 | 依赖人工判断与探索 |
| 维护成本 | 定位方式稳定、依赖可控 | 强依赖第三方与真实数据 |
Google Testing Blog 对「什么都自动化」持保留态度：端到端脚本的维护成本常被低估。
自动化可行性判断
决定一条用例是否值得自动化：看执行频率、稳定性、回报周期与维护成本，而不是「能写脚本就自动化」；每次构建都要回归的稳定场景通常是优先项。
易错点
- 把一次性探索性验证写成脚本，用完即废弃，成本无法回收
- 只按脚本数量汇报自动化进度，忽略维护与不稳定带来的隐性成本
数据来源与参考
- ISTQB CTFL 4.0 大纲（测试自动化相关条目）
- Google Testing Blog《Just Say No to More End-to-End Tests》