关键在于将代码覆盖率作为诊断工具而非达标指标，通过分析分支、行、函数未覆盖区域，按类拆解构造函数、实例方法、getter/setter、静态方法等单元精准补漏，并避免虚假覆盖与异步遗漏，以最小增量提升有效覆盖率。
结合代码覆盖率优化单元测试用例设计，关键在于把覆盖率当作诊断工具，而不是达标指标——它帮你发现“哪些逻辑路径没被验证”，进而针对性补全测试，而非堆砌无意义的调用。
从覆盖率报告里找真实缺口
运行 npx jest --coverage 后打开 coverage/lcov-report/index.html，重点关注三类未点亮区域：
-
分支未覆盖（Branch）：比如
if (x > 0) { ... } else { ... }中只测了 true 分支，漏掉 else 或 throw 场景； - 行未执行（Line）：构造函数里的参数校验、getter 中的副作用逻辑、静态方法初始化语句；
- 函数未调用（Function）：私有方法（即使命名带下划线）、箭头绑定方法、async 方法中 await 后的后续逻辑。
按 class 成分逐项补漏
不要笼统说“测这个 class”，而是拆解它的可执行单元，为每一类写对应测试用例：
- 构造函数：测正常初始化、非法参数（如负数精度）、默认值生效；
- 实例方法：区分正常输入、边界值（0、null、NaN）、类型错误、提前 return 路径；
-
getter/setter：尤其当内部含计算或状态变更时（例如
get isReady() { return this._loaded && !this._error; }），需分别设置不同状态再读取； - 静态方法：单独实例化调用，不依赖实例状态，重点覆盖其独立逻辑分支。
避免虚假高覆盖率的陷阱
有些测试看似跑过了，实际没触发核心逻辑：
- 只调用方法但不校验返回值或副作用（例如调了
calc.add(1,2)却没检查结果，或没验证是否真的用了this.precision）； - 用 mock 替代真实依赖时，没覆盖被 mock 掩盖的条件分支（比如 mock 了 API 返回成功，却漏测网络失败时的 catch 块）；
- 异步测试没等完成就结束（忘记
await或done()），导致后续行根本没执行。
用最小增量提升有效覆盖
每次看报告，只挑 1–2 个最明显的未覆盖分支下手，写一个精准测试让它变绿：
- 比如报告指出
if (typeof a !== 'number')的 false 分支没走，那就专门传个数字进去； - 发现某行
throw new Error(...)没亮，就构造一个触发它的输入； - 某个私有方法没被调到？检查它是否被公共方法调用，若没被调，说明它可能是死代码；若是被调但没覆盖，就模拟触发路径。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
