提升核心模块覆盖率的关键是精准触发未覆盖分支路径，聚焦分支覆盖率、高风险函数缺口、按业务影响分级补测、用最小输入撬动隐藏路径，并通过CI阻断、PR标注和月度报告闭环管理。
优化测试用例提升核心模块覆盖率，关键不是增加用例数量，而是让每个用例精准触发一条未覆盖的关键分支路径。重点盯住分支覆盖率（% Branch），它比行或函数覆盖率更能暴露逻辑盲区。
聚焦高风险函数的分支缺口
在 HTML 覆盖率报告中，筛选“Branch”列明显低于“Lines”的文件，点进去看标红的 if、switch、三元运算符或 try/catch 所在行。例如：
- if (user.role === 'admin' && user.status === 'active') 只跑了 true && true，就补一个 role 是 admin 但 status 为 'pending' 的用例
- catch (err) { logError(err); } 没覆盖 → 在测试中 mock 接口抛错，验证日志是否打点
- switch (response.code) { case 200: ... default: throw new Error(); } 缺少非 200 响应 → mock 返回 404 或 500
按业务影响分级补测
不是所有未覆盖代码都值得投入。结合职责判断优先级：
- 支付、权限、数据校验类函数：分支覆盖必须 ≥95%，每条风控开关、重试逻辑、失败回滚路径都要有对应测试
- API 错误处理、表单校验、状态切换逻辑：覆盖空值、超长输入、非法字符、网络中断等常见异常场景
- 纯展示逻辑、默认值兜底（如 name || '未知'）、埋点上报：可暂缓，或通过集成测试间接覆盖
用最小输入撬动隐藏路径
避免堆砌冗余用例，用最简数据命中目标分支：
立即学习“Java免费学习笔记（深入）”；
- 对 if (a && b)，只需两组：a=true,b=true（进 if）和 a=false,b=任意（跳过 if）
- 对 for (let i = 0; i < list.length; i++) { if (list[i].valid) {...} }，准备空数组、[ {valid:true} ]、[ {valid:false}, {valid:true} ] 三种输入
- 对含 getter 的 class：get count() { return this.items?.length ?? 0; }，需测 this.items = null 和 this.items = [1,2]
闭环管理防止覆盖率倒退
把优化动作固化进开发流程：
- 在 CI 中配置 nyc check-coverage --branches 95（核心模块）和 --branches 80（其余模块），低于即阻断合并
- 每次 PR 描述中注明“本次修改涉及哪些分支逻辑，已补充对应测试”
- 每月导出衰减报告，识别连续 30 天未覆盖的函数，安排专项补测
