行覆盖率不达标主因是存在“执行却无意义”的冗余代码；应先定位未执行代码，再判断是否可删、补测或标记忽略，而非堆砌测试。

行覆盖率不达标，往往不是测试写得少，而是代码里混进了不该存在的“执行却无意义”的语句。精简冗余代码的核心逻辑是：先确认哪些行真没被调用，再判断它们是否该存在；能删则删，不能删就补测或标记忽略，不靠堆测试凑数字。

看懂行覆盖率标红的真实含义

标红的行 ≠ 一定要补测试，而是在提示：“这行代码在整个测试流程中一次都没被执行”。它可能属于：

• 导出但从未被任何模块 import 的工具函数内部语句
• 条件恒假导致无法进入的 if 块（如 if (false) { ... }）
• 仅在已下线功能、废弃页面或特殊环境（如 window 不存在的 Node 环境）中才执行的逻辑
• 纯调试代码（console.log、debugger）、类型断言注释、开发期临时占位符

用工具快速定位可删行

直接打开 Jest + Istanbul 生成的 HTML 报告（coverage/lcov-report/index.html），按“Lines %”排序，点进低覆盖文件：

chartjs-reporter

此技能用于在用户需要将结构化数据（查询结果、CSV 摘要、JSON 记录或 Python 字典/列表）转换为独立的 HTML 页面时使用。

下载

• 找整块标红的 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）

不复杂但容易忽略。