javascript代码覆盖率盲区在于分支未真正触达，如if(a&&b)仅测a=true,b=true则遗漏a=false或b=false路径；需启用分支覆盖、识别短路逻辑/异常/promise拒绝等隐式分支、排除干扰文件，并通过html报告反推缺失测试场景。
JavaScript 代码覆盖率中的统计盲区，不是代码没写测试，而是“看似跑了，其实没真正触达逻辑”。比如一个 if (a && b) 只测了 a=true, b=true，那 a=false 或 b=false 的路径就完全漏掉了——行覆盖率可能显示绿色，但分支根本没走。规避这类盲区，关键在配置、断言和结构意识，而不是堆测试用例数量。
启用分支覆盖，别只信行覆盖率
默认的 nyc（或 jest --coverage）通常只开行覆盖（lines），这最容易产生假象。必须显式开启分支统计：
- Jest 用户：在
jest.config.js中加coverageProvider: 'babel'，并确保collectCoverageFrom包含"branches": 80阈值；运行时加--coverage --coverageReporters=html - 使用
nyc：命令行加--branches 100，或配置.nycrc："check-coverage": { "branches": 90 } - 效果：报告里会多出 Branches 列，
if/else、?:、for循环的真假路径都会被单独计数
识别并覆盖“不可见分支”
有些分支不会在源码上直观体现，但一样会逃过统计：
-
短路逻辑：
a && b()中，若a恒为真，b()就永远不会执行——得补一个a=false的用例 -
异常路径：
try/catch里的catch块，除非主动抛错，否则永远不进。要用toThrow或模拟异常触发 -
Promise 拒绝路径：
fetch().catch(...)必须用jest.mock模拟网络失败，否则catch分支永远灰色
排除干扰项，聚焦真实业务逻辑
盲目纳入所有文件，反而稀释问题。常见干扰包括：
- 自动生成的类型定义（
*.d.ts）、构建产物（dist/）、mock 文件——在collectCoverageFrom或.nycrc的exclude中明确剔除 - 工具函数如
console.log、空catch、兜底default分支，可用/* c8 ignore next */注释跳过（c8是现代 Node 环境推荐的覆盖率工具） - React 组件中纯渲染逻辑（如
className={x ? 'a' : 'b'}）容易漏掉 false 分支，建议配合快照测试 + 显式 props 覆盖
用报告反推缺失场景，而不是靠猜
每次跑完覆盖率 HTML 报告（nyc report --reporter=html），直接点开红色行，看它卡在哪：
- 某行红色？先确认是不是被
if包着——如果是，说明这个条件分支没走通 - 整个
else块灰色？说明你所有测试都满足了if条件，缺一个让它不满足的输入 - 某个
switch case没亮？检查是否遗漏了该case对应的参数值，或默认default是否被忽略
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
