阶段与代价来源
| 发现阶段 | 主要代价 |
|---|---|
| 需求/设计 | 修改文档与评审确认，代价低 |
| 编码期 | 本地修改与单元验证 |
| 测试期 | 定位、修复、回归与延期风险 |
| 生产环境 | 用户影响、线上修复、数据订正与信誉损失 |
用流水线分层快速反馈
用流水线分层快速反馈
提交前：静态检查 + 单元测试（秒级）
合并前：单元 + 集成/契约测试（分钟级）
发布前：E2E + 性能冒烟（小时级）「1:10:100」是常被引用的经验比喻，并非普适常数；用自己团队的缺陷数据统计才可靠。
缺陷修复成本随阶段上升
需求、编码、测试、生产各环节发现缺陷的修复代价整体递增：越晚发现，返工、验证与修复的连带成本越高，这是测试左移的经济性依据。
易错点
- 把阶段成本当作精确倍数管理预算：不同系统差异很大，应按团队自身数据统计
- 左移不等于跳过验收：需求评审与生产验证仍是必要环节
数据来源与参考
- Barry Boehm《Software Engineering Economics》（经济性研究）
- ISTQB CTFL 4.0 大纲