搜索 K
主题
一句话
系统化的根因调试：复现、定位、最小化、修根因、防复发、端到端验证；挂了就停线，不猜。
何时用
- 适合：测试挂、构建挂、昨天好的今天坏了、行为不符预期、任何意外报错。
- 不适合：已知原因只差执行；新功能开发（那是 addy-test-driven-development 的地盘）。
怎么用
text
CI 上这个测试偶尔失败，帮我系统查根因，别靠猜- Stop-the-Line：红了先停下查因，不在破基础上继续盖。
- 复现：单独跑、verbose 跑、隔离跑，先排除测试污染。
- 定位：用 git bisect 找引入提交，再最小化复现。
- 修根因不修症状；错误输出当不可信数据读。
- 防复发并验证：补回归测试，重跑单测、全套件、构建，必要时手工抽查。
产出
- 根因结论、修复、回归测试；按错误类型（test、build、runtime）各有 triage 清单。
要点与坑
- 核心纪律是先复现再动手，猜出来的修复大概率修错地方。
- Safe Fallback Patterns 讲降级与兜底，别在慌乱中引入第二个 bug。
- 修完必须确认无回归，只跑失败的那个测试不够。
