函数覆盖率=被调用函数数÷显式声明函数总数，需结合导出状态、调用路径和业务重要性判断有效性，而非仅看百分比。
函数覆盖率反映的是“哪些函数被调用过”，它的达标情况不能只看百分比数字，而要结合调用关系、导出状态和业务重要性来判断是否真正有效覆盖。
函数覆盖率怎么算才准确
函数覆盖率 = 被测试用例实际调用过的函数数量 ÷ 源码中所有可识别的函数声明总数（不含箭头函数表达式、内联回调等未命名或非声明式函数）。Istanbul 会识别 function foo() {}、类方法、export function bar() 等显式函数声明，但不会把 arr.map(x => x * 2) 中的箭头函数计入分母。因此报告里显示“函数覆盖率 85%”，首先要确认这个分母是否包含你关心的核心函数——比如导出的工具方法、React 组件顶层函数、事件处理器等。
标为未覆盖的函数，要分三类处理
- 导出但从未被调用：如
export function formatDate() {...}在全部测试中没出现过任何调用点 → 属于“完全闲置”，应检查是否已废弃，或补一个最小调用测试（哪怕只传默认参数） - 有调用但未进函数体：如
onClick={handleSubmit}，但handleSubmit内部含早期 return 或条件拦截（if (!formValid) return），导致主体逻辑未执行 → 实际是分支或语句未覆盖，不是函数本身问题 - 仅在非测试路径触发：如
componentDidMount或useEffect(() => {}, [])中的函数，在单元测试中因渲染策略未触发 → 需改用renderHook或完整挂载组件来覆盖
结合上下文判断是否真“不达标”
- 全局工具函数（如
debounce、throttle）若只在组件内部作为配置传入，未被直接调用，函数覆盖率会标红，但这是正常现象，重点应看其使用位置的分支与语句覆盖 - 类中的私有方法（如
_validateInput）若未被 public 方法带出，函数覆盖为 0 是合理结果，不必强求；但若 public 方法调用了它却仍标红，则说明该调用路径未被执行，需回溯测试输入 - TypeScript 类型工具函数（如
isString(x): x is string）纯类型守卫，无运行时逻辑，可加/* istanbul ignore next */排除统计干扰
达标与否，关键看三个信号
- 函数列表里红色高亮集中在同一模块（如
utils/legacy.js），大概率是历史包袱，优先安排清理而非补测 - 多个文件函数覆盖为 0%，但这些文件又被其他高覆盖模块 import → 检查是否只是 re-export，真实逻辑已在别处覆盖
- CI 报告中函数覆盖率持续低于分支或语句覆盖率（如函数 60%、分支 95%）→ 说明大量函数被调用，但内部路径未跑全，此时函数覆盖达标意义减弱，应转向分支分析
函数覆盖达标的本质，不是让所有函数都变绿，而是确保每个被业务依赖的函数入口，都有对应测试驱动其至少一次完整执行。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
