提升老旧项目代码覆盖率的关键在于解耦不可测结构而非堆砌用例：聚焦核心函数，通过提取函数、依赖注入、策略模式等最小改造实现可测单元，并以边界输入、失败路径、状态分支三类测试精准覆盖关键逻辑。
老旧项目的核心代码覆盖率低，往往不是测试写得少，而是代码结构本身阻碍了可测性——比如大函数嵌套、全局状态耦合、硬编码分支、缺乏接口抽象。提升关键路径覆盖，重点不在补用例数量，而在让核心逻辑“能被单独触发、能被清晰验证”。
先定位真正重要的“核心代码”
别一上来就扫全量文件。打开 Istanbul HTML 报告，按“Branch %”倒序排列，重点关注三类函数：
- 导出的业务主入口（如 submitOrder、validateUser、syncToBackend）
- 含 if/else、switch、try/catch 且分支覆盖＜60% 的函数
- 被多个模块调用、修改全局状态或发起网络请求的函数（即使行覆盖高，分支可能漏掉 error/fallback 路径）
对老代码做最小侵入式解耦
不推倒重写，但要切出可测单元。常见卡点和对应动作：
- 大函数里塞满逻辑：用提取函数（Extract Function）把条件判断块、错误处理块、数据转换块拆成独立函数，每个新函数单独测试
- 直接读取 window/config/global 变量：改造成参数传入或依赖注入，测试时可传入不同配置模拟租户、环境、开关等场景
- if (tenant === 'A') {...} else if (tenant === 'B') {...}：替换成策略映射对象，例如 const handlers = { A: handleA, B: handleB }，再对 handleA 和 handleB 分别覆盖
- 回调地狱或 setTimeout 内部逻辑未覆盖：用 jest.useFakeTimers() + jest.runAllTimers() 或 await waitFor(...) 触发
用精准测试撬动隐藏分支
老旧代码常有“只走通路、不验异常”的习惯。补测不必全覆盖，盯住三条线：
立即学习“Java免费学习笔记（深入）”；
- 边界输入：null / undefined / 空数组 / 超长字符串 / 负数 —— 特别是校验函数、格式化函数、索引访问处
- 失败路径：mock 接口返回 401/500、Promise.reject、fs.readFile 抛错，验证 catch 块和错误提示是否执行
- 状态切换分支：比如一个 if (user.isPremium && !user.hasTrial)，需准备三组数据：premium+noTrial（true）、nonPremium（false）、premium+hasTrial（false）
把补测变成可持续动作
避免补完即丢。在 CI 中加一道防线：
- 针对已识别的核心模块（如 src/core/payment.js），在 jest.config.js 中单独设分支覆盖率阈值：coverageThreshold: { './src/core/payment.js': { branches: 90 } }
- 每次 PR 提交时，要求开发者在描述中说明：“本次修改影响哪些判断分支？已补充对应测试用例（test name）”
- 每周导出一次“长期未覆盖函数 Top 10”，由模块负责人认领，用 1 小时重构 + 补测闭环
