私有方法不显示在函数覆盖率中，因为JavaScript引擎和Istanbul在静态分析阶段无法识别#语法定义的私有成员，它们不参与AST遍历和插桩，故既不出现在HTML报告中，也不计入覆盖率分母。
函数覆盖率能帮你发现哪些函数在测试中从未被调用，但对私有方法（# 语法定义的）来说，它不会显示“未被调用”——因为这类方法根本不会出现在覆盖率报告里。
为什么私有方法不显示在函数覆盖率中
JavaScript 引擎和 Istanbul（Jest 底层覆盖率工具）在静态分析阶段就无法识别 # 私有字段或方法。它们不是常规属性，不参与 AST 遍历，也不会被插桩（instrument）。所以：
- HTML 报告中看不到
#methodName这样的函数名 - 覆盖率统计的“函数总数”分母里不包含私有方法
- 所谓“未被调用”，其实是“压根没被计入”，而非“计入了但未执行”
真正该关注的是：私有逻辑是否被公共接口覆盖
私有方法存在的意义是支撑公共行为。只要你的测试覆盖了所有输入组合、边界条件和错误路径，私有逻辑自然会被触发——即使你没在报告里看到它。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 比如
class Calculator { #validate(x) { ... }; add(a, b) { this.#validate(a); this.#validate(b); return a + b; } }→ 测试add(1, 2)和add(-1, 'x')就足以验证#validate的各种分支 - 如果某个私有方法完全没被任何公共方法调用，那它就是死代码，应直接删除，而不是去“测它”
如何确认私有逻辑是否实际运行过
不能靠覆盖率报告，但可以借助运行时手段验证执行路径：
立即学习“Java免费学习笔记（深入）”；
- 在私有方法第一行加
console.log('hit #privateMethod')，跑测试看是否有输出（开发环境临时用） - 用 Chrome DevTools 的 Coverage 面板：开启录制后操作页面，查看原始源码中对应私有方法体是否被标为绿色（需构建时保留 source map）
- 在私有方法内设
debugger，运行测试并手动触发相关公共方法，在调试器中观察是否断点命中
别踩的坑：强行“测试”私有方法
试图通过反射、eval、重写类定义等方式访问 # 成员，不仅语法报错（ES 规范禁止），还会让测试脆弱、耦合实现细节、阻碍重构。Jest 等工具也明确不支持 mock 或 spy 私有字段。
- ❌ 不要用
Object.getOwnPropertyDescriptors或jest.mock尝试劫持私有方法 - ✅ 正确做法是：把复杂私有逻辑抽成独立导出函数，它就变成可覆盖、可测试的纯函数
