083、测试用例补充：为遗留代码补充测试的 AI 辅助工作流与覆盖率提升
上周五晚上十一点，线上告警把我从代码里拽出来。一个跑了三年的老服务突然报空指针，定位到一段没人敢动的遗留代码——OrderService.process()方法，四百行，if-else 嵌套七层，没有一行单元测试。我盯着那段代码，脑子里只有一个念头：谁敢改？改完谁负责？
后来我用 Claude Code 配合一套工作流，三天内给这段代码补了 87% 的行覆盖率，顺带挖出两个隐藏了三年的边界 bug。今天聊聊这个过程中踩过的坑和总结出的套路。
遗留代码的测试困境：不是不想写，是没法写
大多数遗留代码的问题不是“没有测试”，而是“不可测试”。方法体里直接 new 数据库连接、静态方法满天飞、全局状态随手改——这些代码写测试时，你会发现连 Mock 都不知道从哪下手。
我接手的那段代码典型症状：OrderService.process()内部调了PaymentGateway.getInstance().charge()，这是个静态单例，还连了外部支付网关。你写单元测试，它真去扣钱。你写集成测试，环境配三天。
更恶心的是，这段代码没有接口抽象，没有依赖注入，所有东西都是硬编码。你想给它加测试，得先重构——但重构遗留代码没有测试保护，本身就是个死循环。
AI 辅助的突破口：让 Claude 先做“考古”
我现
