关键在于让前端JS代码覆盖率可追溯、可对比、可干预；通过SonarQube实现带质量门禁的可视化，或用Jenkins HTML Publisher轻量展示，结合PR增量反馈与历史快照归档支撑持续改进。
在持续集成中展示前端 JS 代码覆盖率，关键不是“生成报告”，而是让数据可追溯、可对比、可干预。重点在于把覆盖率从静态数字变成开发流程中可感知、可响应的信号。
用 SonarQube 实现带质量门禁的可视化展示
SonarQube 是目前最成熟的落地方式，它不只展示百分比，还能关联代码行、问题定位和历史趋势。
- 在 Jenkins 或 GitLab CI 中执行测试后，调用
sonar-scanner并指定sonar.javascript.lcov.reportPaths=coverage/lcov.info - 报告自动上传到 SonarQube 服务，生成带时间轴的覆盖率曲线图，支持按分支、提交、模块下钻查看
- 可配置质量门禁（Quality Gate）：例如要求
Branch Coverage ≥ 75%，不达标则流水线失败，并在 PR 页面标红提示具体退化文件
用 HTML Publisher 插件直接嵌入 Jenkins 构建结果
适合尚未接入 SonarQube 的团队，轻量但有效。
- Jest/Vitest 测试命令中启用
--coverage --coverageReporters=html，生成coverage/lcov-report/index.html - 在 Pipeline 的后续 stage 添加
publishHTML步骤，指向该路径 - 每次构建完成后，Jenkins 任务页自动出现「Jest Coverage Report」链接，点击即见高亮源码和各维度统计
在 PR 环境中做增量差异反馈
避免“整体下降 0.3%”这类模糊信息，聚焦变更本身。
- 使用
lcov-diff对比本次 PR 的lcov.info和目标分支（如 main）的历史快照 - 提取新增/修改文件中分支覆盖率下降 >5% 的项，或函数覆盖率归零的函数
- 通过 bot 自动评论到 PR：“⚠️
src/hooks/usePayment.ts中retryOnFail()函数未被覆盖，建议补充异常路径测试”
统一归档历史快照支撑长期分析
没有历史数据，就无法判断是真实退化还是统计偏差。
- 每次成功构建后，把
lcov.info以lcov-${COMMIT_SHA}.info命名，存入 S3 或 Git 仓库的/coverage-history目录 - 配合简单脚本，可随时拉取任意两次提交间的覆盖率差值，生成对比报告供复盘
不复杂但容易忽略
