14|摸清现有测试:能跑通吗?覆盖度怎样?
Robert

你好,我是 Robert。
13 讲跑完,应用活在你电脑上。中间件起来了、应用编译启动了、核心接口 curl 通了。看起来万事俱备,可以动手改造了。
别急,还差一步:摸清测试。
老项目改造里最常见的事故是这样的:你让 AI 帮你改一个 service 方法,AI 改完一行,悄悄改坏了五行。如果没测试,这五行被改坏的事实你两周后才能发现。可能是某个对接方报 bug 来找你,可能是上线后客诉,可能是某个边角接口跑不出预期值。
这种事故的根源,05 讲讲业界综述时说过:Sonar 数据显示 96% 的开发者不完全信任 AI 输出,但只有 48% 每次都 review。中间这 48% 的差距叫验证债。老项目里这个债更深,因为老项目通常没多少测试,AI 改完没人能验证。
这一讲做的事,不是补测试(那是 15 讲的事),是摸清现状:这个项目应该测什么、现在测了什么、缺口在哪里。
学完这一讲你会知道:动手改造之前,至少要补哪几条测试,AI 才能放心地改。
为什么先“摸”再“补”
你可能会想,缺测试就直接补呗,为什么要先花一讲摸底?因为没摸清就开始补,多数会补错地方。
AI 默认会按通用代码质量标准给你列一堆“应该补的测试”:每个 controller 加单元测试、每个 service 加 mock、每个 util 加边界测试。这些列出来就是 200 条。看起来都合理,但你根本没法补完。
公开
同步至部落
取消
完成
0/2000
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《Claude Code 企业级老项目改造实战》,新⼈⾸单¥59
《Claude Code 企业级老项目改造实战》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论