行覆盖率不达标主因是存在“执行却无意义”的冗余代码；应先定位未执行代码，再判断是否可删、补测或标记忽略，而非堆砌测试。
行覆盖率不达标，往往不是测试写得少，而是代码里混进了不该存在的“执行却无意义”的语句。精简冗余代码的核心逻辑是：先确认哪些行真没被调用，再判断它们是否该存在；能删则删，不能删就补测或标记忽略，不靠堆测试凑数字。
看懂行覆盖率标红的真实含义
标红的行 ≠ 一定要补测试，而是在提示：“这行代码在整个测试流程中一次都没被执行”。它可能属于：
- 导出但从未被任何模块 import 的工具函数内部语句
- 条件恒假导致无法进入的 if 块（如
if (false) { ... }） - 仅在已下线功能、废弃页面或特殊环境（如
window不存在的 Node 环境）中才执行的逻辑 - 纯调试代码（
console.log、debugger）、类型断言注释、开发期临时占位符
用工具快速定位可删行
直接打开 Jest + Istanbul 生成的 HTML 报告（coverage/lcov-report/index.html），按“Lines %”排序，点进低覆盖文件：
- 找整块标红的
if/else或switch分支 → 检查条件是否长期为固定值（如user.tenant === 'legacy'实际永远是'v2'） - 找孤立标红的函数体 → 用 VS Code “Find All References” 查是否被调用过；零引用 + 零执行 = 高概率冗余
- 找
catch块、default分支、兜底return行 → 不是代码冗余，而是测试没触发异常路径，应补 mock 错误场景，而非删代码
安全删代码的三步动作
确认某段标红代码确实无业务价值后，别直接删：
- 先用
// @ts-ignore或注释包裹，跑全量测试 + E2E，验证行为无变化 - 全局搜索该函数名/关键字符串（注意大小写、解构导入、字符串拼接调用等隐式引用）
- 删除后提交时注明：“移除未执行代码 XXX，经覆盖率与引用分析确认无调用”
对不可删但又标红的行做精准处理
有些行必须留着，但当前测试覆盖不到：
- 环境相关逻辑（如
if (typeof window !== 'undefined')）→ 在对应语句前加/* istanbul ignore if */ - 开发专用日志（如
if (process.env.DEBUG) console.log(...)）→ 加/* istanbul ignore next */ - 类型断言或 JSDoc 注释行 → 无需覆盖，工具本身会自动排除（确保
collectCoverageFrom配置没误含.d.ts或*.md）
不复杂但容易忽略。
