JS覆盖率阈值需动态设定：起步项目70%，核心模块branches≥85%、functions≥90%，工具类lines/statements≥90%，UI组件lines≥80%；配置在jest.config.js的coverageThreshold中，CI失败阻断合并，并配合精准collectCoverageFrom和Istanbul报告跟进。

JS 覆盖率阈值不是拍脑袋定的，而是结合项目阶段、模块重要性和团队节奏动态设定的。刚起步的项目设 70% 可行，但稳定迭代的业务核心模块建议拉到 80% 以上，否则容易掩盖逻辑盲区。

覆盖维度要分层设置

单看“整体覆盖率”容易失真。Jest 支持按 行（lines）、语句（statements）、分支（branches）、函数（functions） 四个维度分别设限，推荐配置方式：

• 关键模块（如支付、登录）：branches ≥ 85%，functions ≥ 90%，避免 if/else 或 try/catch 漏测
• 工具类/纯函数：lines 和 statements ≥ 90%，这类代码逻辑直白，应尽量全覆盖
• UI 组件层：可适当放宽 branches（比如 75%），但 lines 不低于 80%，确保渲染路径不遗漏

配置位置与写法示例

在 jest.config.js 的 coverageThreshold 字段中声明，支持全局或按文件路径细化：

coverageThreshold: {
  global: {
    branches: 80,
    functions: 80,
    lines: 80,
    statements: 80
  },
  // 对 src/utils/ 下所有文件提高要求
  './src/utils/**': {
    branches: 90,
    functions: 90
  }
}

CI 流水线中一旦未达标，测试会直接失败，阻断合并——这是把阈值真正用起来的关键。

dmap-jsapi-skill

DMap GL地图JSAPI（dmapgl）开发指南。用于编写、审查、调试 DMap 地图 API 代码，涵盖地图初始化、覆盖物渲染、图层管理、事件处理、控件交互等任务。当用户提及 dmap、dmapgl、jsapi‑gl 或相关地图开发需求时自动触发。

下载

立即学习“前端免费学习笔记（深入）”；

排除干扰项，让阈值有意义

别让无关代码拉低数字。在 collectCoverageFrom 中精准收口：

• 显式包含源码目录：'src/**/*.js'
• 排除类型定义：'!src/**/*.d.ts'
• 跳过入口文件（如 src/index.js）和 mock 文件，它们不参与逻辑覆盖

否则阈值再高，也可能是被一堆无业务逻辑的文件“稀释”出来的假象。

配套动作不能少

只设阈值不跟进，等于形同虚设：

• 每次 PR 提交后，自动产出 Istanbul 报告，链接附在 CI 评论里，谁都能点开看哪行没覆盖
• 在团队 Wiki 记录“为什么这个函数不测”，而不是直接加 // istanbul ignore next
• 每周同步一次覆盖率趋势图，重点盯住下降明显的模块，主动补测