必须在webstorm运行配置中启用coverage开关并勾选enable coverage，确保coverageprovider为v8、路径匹配、源码包含在collectcoveragefrom中，且jest实际生成了coverage文件。
怎么让WebStorm运行Jest时自动收集覆盖率
必须启用「Coverage」开关，否则编辑器里永远看不到红绿高亮行。这个开关不在 Jest 配置文件里，而是在 WebStorm 的运行配置中——很多人卡在这一步，反复检查 jest.config.js 却忽略 IDE 层面的触发机制。
- 右上角运行小部件 → 点击下拉箭头 → 选择 Run “xxx” with Coverage（不是普通 Run）
- 或者手动创建/编辑 Jest 运行配置：在
Run | Edit Configurations中选中你的 Jest 配置，在底部勾选Enable coverage - 确保
coverageProvider是v8（Jest 默认值），别误设为babel——后者需要额外插件且容易报错Cannot find module '@babel/preset-env' - 如果用的是
react-scripts启动 Jest，WebStorm 可能识别为“Create React App”，此时要确认它指向的是项目本地的node_modules/.bin/react-scripts，而非全局安装版本
为什么编辑器里没出现绿色/红色行标记
覆盖率数据生成了，但 WebStorm 没“挂载”到当前视图，常见原因是套件未激活或路径不匹配。注意：覆盖率高亮只对「已打开的文件」实时生效，且依赖 IDE 正确解析源码与测试输出的映射关系。
- 运行带覆盖率的配置后，务必打开
Run | Show Code Coverage Data（快捷键Ctrl+Alt+F6），确认对应套件已勾选为「Active」 - 检查
coverageDirectory是否和 Jest 配置一致（默认是coverage），WebStorm 会从该目录读取coverage-final.json或lcov.info - 若项目用了 TypeScript，确保
collectCoverageFrom包含**/*.ts，否则 .ts 文件不会被计入，即使测试跑过了也显示全红 - 修改过源码但没重新运行测试？覆盖率数据不会自动刷新——关掉覆盖工具窗口再重跑一次，或点击工具窗口里的
Re-run with coverage按钮
如何合并多次运行的覆盖率结果
单次运行只能反映当前测试集的覆盖情况，真实开发中你往往要叠加单元测试、集成测试、甚至 E2E 测试的覆盖率。WebStorm 支持多套件合并，但逻辑很朴素：只要某行在任一套件中执行过，就算“已覆盖”。
- 在
Run | Manage Coverage Results中，用复选框同时勾选多个历史套件（如Jest-unit,Jest-integration） - 合并后，编辑器边栏颜色仍按“是否执行过”二值判断，不会显示“被多少个测试覆盖”，所以别指望靠颜色深浅判断质量
- CI 生成的
lcov.info可通过Add导入，但注意路径前缀是否一致——比如 CI 在 Docker 里生成的路径是/app/src/…，而本地是./src/…，会导致文件找不到、整块变红
覆盖率报告导出后打不开或数据为空
WebStorm 自带的覆盖率界面只是视图层，真正生成原始数据靠 Jest 自己。如果导出的 HTML 报告空白，大概率是 Jest 没写入文件，或 WebStorm 读错了位置。
- 先确认 Jest 是否真生成了文件：运行
npx jest --coverage后检查项目根目录下是否有coverage/文件夹及其中的lcov-report/index.html - WebStorm 不会自动打开这个 HTML——它只读
coverage-final.json渲染内部视图；想看完整报告，得手动用浏览器打开coverage/lcov-report/index.html -
collectCoverage必须设为true（或命令行加--coverage），仅靠 IDE 勾选Enable coverage不足以触发 Jest 写磁盘 - 如果用了
jest.config.js中的coveragePathIgnorePatterns，小心把.test.tsx也误排除了——覆盖率统计的是源码文件，不是测试文件
最常被忽略的一点：Jest 覆盖率默认只统计「被执行过的语句」，不校验断言是否合理。哪怕你写了 expect(1).toBe(1) 这种无意义断言，那一行依然算“已覆盖”。覆盖率数字好看，不代表测试质量过关。
