Agent 补测试覆盖率后把 CI 跑到超时
团队让 Claude 为覆盖率欠账补齐“穷尽式”测试，结果测试套件变慢、变不稳定，还覆盖了即将重写的关闭功能。原本 30–40 分钟的 CI 会超过一小时后失败。
实战评级
部分达成生成了大量测试，但CI由30–40分钟恶化为超过一小时后失败，并覆盖无效功能。
来源未披露具体提示词、测试数和修复后的结果。
- 具体怎么做
- 团队让 Claude 针对低覆盖模块大批生成测试并合入 develop，但没有明确排除 feature flag 下已关闭、即将重写的功能，也没有限制 fixture、循环和 CI 节点资源。上线后由人工追查变慢与抖动，定位到这些生成测试。
- 做到了什么
- 完整套件平时运行 30–40 分钟，加入测试后会超过一小时再失败，且测试覆盖了没有实际价值的关闭功能。结果只部分有用，团队需要重新限定范围和资源预算。
- 上手要点
- 按小批次生成并测量覆盖率与运行时间；明确跳过关闭或待重写功能。
你可以这样试
使用 Claude在仓库【路径】为【模块】补测试覆盖率，使用【测试框架】。先读取【feature flag/配置】，跳过已关闭或计划重写的功能；每批只处理【3】个文件，禁止大 fixture 和长循环。每批运行本地测试，报告覆盖率变化、总耗时、最慢测试和峰值资源；若预计让 CI 超过【分钟】立即停止。