Coverage Gutters 无法标出函数调用路径，因其仅解析 lcov.info 中的行级执行数据（DA: 行），不包含调用链信息；它显示“这行是否执行”，而非“谁调用了它”，需借助 Wallaby.js 运行时探针、Chrome DevTools 调用树或 HTML 报告的 functions/branches tab 辅助分析。
Coverage Gutters 为什么标不出函数调用路径？
Coverage Gutters 只解析行级覆盖数据，不追踪函数调用链——它看到的是“这行执行了”，不是“谁调用了这行”。lcov.info 文件本身不含调用关系，只记录每行是否被执行、执行次数。所以即使函数被间接调用，只要该行被命中，就标绿；但你无法从颜色判断是 test_login 还是 test_logout 触发的。
想区分函数逻辑归属，得靠额外工具链：
- 手动加
console.log或debugger在关键函数入口，结合断点观察调用栈 - 用
node --inspect-brk启动测试，Chrome DevTools 的 “Call Tree” 视图可导出调用路径 - Vitest 用户可启用
coverage: { lines: true, functions: true, branches: true }，但 Coverage Gutters 仍不显示函数粒度——需配合 HTML 报告查看functionstab
Test Explorer UI + Coverage Visualization 能标出具体测试用例吗？
能，但有严格前提：测试框架必须输出带 testId 或 testName 的结构化覆盖率数据，且插件适配器要支持反向映射。目前只有 jest-test-adapter + jest 配合 collectCoverageFrom 和 coverageProvider: "v8" 时，点击某一行才可能弹出“由 test_user_can_reset_password 执行”提示。
常见失效场景：
-
vitest默认输出coverage/vitest-coverage.json，格式与 Jest 不兼容，Test Explorer UI 不识别 - Pytest 项目用了
pytest-cov但没加--cov-report=term-missing，缺失详细行号上下文，插件无法绑定测试名 - 多文件同名函数（如多个
validate()）时，插件可能混淆归属，需靠describe/context块命名来辅助区分
如何让覆盖率标记反映分支逻辑而非仅语句？
语句覆盖率（line coverage）和分支覆盖率（branch coverage）是两回事。Coverage Gutters 默认只消费 lcov.info 中的 DA: 行（即 line hit），忽略 BRDA:（branch hit）。要暴露分支逻辑，必须：
- Jest 项目：在
jest.config.js中启用collectCoverageFrom: ["src/**/*.ts"], coverageThreshold: { global: { branches: 80 } }，并确保coverageReporters包含"lcov"——lcov.info里才有BRDA:记录 - Python 项目：用
pytest --cov=src --cov-report=xml生成coverage.xml，再配Coverage Viewer插件（比 Coverage Gutters 更擅长解析 branch 数据） - 注意：
Coverage Gutters不渲染分支颜色，只渲染语句；真正可视化分支需打开 HTML 报告里的Branches列表，或用codecovCLI 提取 JSON 分析
Wallaby.js 真的能实时标函数逻辑吗？
能，但它不是靠解析报告文件，而是直接注入运行时探针。Wallaby.js 在测试执行前重写源码，在每个函数入口、条件分支、循环体插入计数器，再通过 WebSocket 实时回传执行频次——所以你能看到 if (x > 0) 的两个分支分别被触发几次，甚至某个 map 回调执行了 3 次。
但要注意限制：
- 只支持明确声明的测试框架：Jest、Vitest、Mocha、Pytest（需
wallaby-pytest插件），不支持自定义 runner - Q# 或 C/C++ 项目无法使用，因 Wallaby.js 无对应语言运行时劫持能力
- 免费版限制并发测试数，复杂函数链路（如嵌套 5 层 Promise）可能触发采样降频，显示“部分覆盖”而非精确计数
函数逻辑覆盖率真正的难点不在标记，而在解释：同一行代码被标绿，可能是主流程直通，也可能是异常兜底路径触发——得看调用栈上下文，而不是颜色本身。
