javascript项目中分类统计代码覆盖率需按路径、包名或业务域分组聚合。常用路径前缀分组（如jest/vitest配置collectcoveragefrom或include），monorepo中按子包归档lcov.info再合并生成独立报告，老项目可用注释标签+lcov extract实现域级统计，并结合ci输出模块级趋势与pr标注。
JavaScript 项目中分类统计不同模块的代码覆盖率，核心是按路径、包名或功能域对覆盖率数据做分组聚合，而不是只看全局平均值。这样能快速识别“哪些模块测试扎实、哪些长期裸奔”，尤其在中大型项目或 Monorepo 中非常实用。
按文件路径前缀分组（最常用）
多数覆盖率工具（如 Jest、Vitest、nyc）支持通过 include/exclude 或 reporters 配置 按路径筛选统计范围：
- Jest：在
jest.config.js中配置collectCoverageFrom，显式列出关注目录：collectCoverageFrom: ["src/api/**", "src/utils/**", "src/components/**"] - Vitest：在
vitest.config.ts的coverage.include中指定：include: ["src/api/**/*.ts", "src/utils/**/*.ts"] - 生成报告后，HTML 报告首页会自动按目录层级折叠展示，点击
src/api/即可看到该模块整体覆盖率（含语句、分支等细分）
按 Monorepo 子包单独归档再汇总
在多包仓库中，每个子包应独立运行测试并输出 lcov.info，再按包名归类处理：
- 确保各包测试命令统一输出 lcov 格式，例如：
"test:coverage": "vitest run --coverage --coverage.reporter=lcov" - 运行全部子包测试后，用脚本把结果集中到
coverage/lcov/并重命名：packages/core/lcov.info → coverage/lcov/core.lcovpackages/ui/lcov.info → coverage/lcov/ui.lcov - 用
lcov分别合并每组：lcov -a coverage/lcov/core.lcov -o coverage/core.total.infolcov -a coverage/lcov/ui.lcov -o coverage/ui.total.info - 再分别过滤、生成独立 HTML 报告，就能对比
core和ui的覆盖质量差异
按业务域标签动态标记（适合老项目）
对历史模块缺乏清晰目录结构的项目，可用注释标记 + 工具过滤实现逻辑分组：
- 在源码顶部添加统一注释标识，例如：
/* @coverage-domain auth *//* @coverage-domain payment */ - 配合
nyc的--exclude-after-remap或自定义脚本，提取含特定注释的文件列表 - 用
lcov --extract从总报告中抽取出对应域的覆盖率片段：lcov --extract coverage/lcov.filtered.info '*/auth/*.js' -o coverage/auth.lcov - 后续可为每个域生成专属报告，或在 CI 中单独校验支付模块分支覆盖 ≥ 85%
结合 CI 输出模块级覆盖率趋势
仅静态快照不够，要让分类统计真正驱动改进，需固化为可追踪的指标：
- 在 CI 脚本中提取关键模块的覆盖率数值，例如用
genhtml --export-all或解析lcov.info文件 - 将
src/api/的语句覆盖率写入制品，供下一次构建比对：“本次 API 模块语句覆盖下降 2%，请检查新增逻辑” - 用 GitHub Actions 或 GitLab CI 的 annotations 功能，在 PR 中直接标出某次提交影响了哪个模块的覆盖缺口
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
