IntelliJ IDEA 默认启用 Code Coverage for Java 插件，需确认其在 Settings → Plugins → Installed 中已勾选；运行覆盖率时应选 JaCoCo 或 Tracing 模式以获取分支覆盖；避免多套件合并导致“虚假高覆盖”，导出报告前须检查路径与范围，CI 校验依据是 jacoco.exec 文件而非 IDEA 界面高亮。
IntelliJ IDEA 默认已启用 Code Coverage for Java 插件，无需额外安装——只要你的项目是 Java 项目且 SDK ≥ 1.8，覆盖率功能就可用；如果右键测试类没看到 Run with Coverage，大概率是插件被手动禁用了。
如何确认并启用 Code Coverage for Java 插件
插件一旦被关闭，所有覆盖率入口都会消失，但 IDE 不会主动提醒。最直接的验证方式是：
- 按
Ctrl+Alt+S（Windows/Linux）或Cmd+,（macOS）打开 Settings - 进入
Plugins→ 切换到Installed标签页 - 搜索
Code Coverage for Java，确保其复选框已勾选
不推荐安装第三方覆盖率插件（如独立 JaCoCo 插件），它和内置插件冲突，会导致 Run with Coverage 按钮失效或覆盖率结果为空。
运行覆盖率时选错 Runner 模式会导致分支覆盖丢失
IntelliJ 内置两种字节码插桩模式：Sampling 和 Tracing。默认是 Sampling，速度快但只统计行覆盖，不识别 if/else、三元表达式等分支是否全被执行。
要获取真实分支覆盖率（即 JaCoCo 风格的 Branch coverage），必须手动切换：
- 进入
Settings → Build, Execution, Deployment → Coverage - 在
Coverage runner下拉菜单中选择JaCoCo或Tracing（两者效果一致，JaCoCo更明确） - 勾选
Track per test coverage（可选，用于定位哪条测试触发了某行）
注意：Tracing 模式会使测试运行变慢约 20%–40%，但这是换取准确分支数据的必要代价。
覆盖率套件（Coverage Suite）叠加逻辑容易误读
每次点击 Run with Coverage，IDEA 都会生成一个新套件（保存为 .ic 文件），默认路径如：~/.cache/JetBrains/IntelliJIdea2026.1/coverage/。关键点在于：
- 多个套件“合并显示”时，只要某行在任一套件中执行过，就标为绿色（已覆盖）——这不等于“所有测试一起跑”的结果
- 若你分别对
UserServiceTest和OrderServiceTest单独运行覆盖率，再合并查看，UserRepository类可能显示 100% 覆盖，但实际是两组测试各覆盖了一半 - 真正反映单次完整测试集覆盖情况的，是用 Gradle 运行
jacocoTestReport后导入的.exec文件
所以日常开发中，建议每次只保留一个活跃套件（在 Run → Manage Coverage Reports 中取消其他勾选），避免“虚假高覆盖”误导判断。
导出 HTML 报告时路径和范围常被忽略
IDEA 内置的导出功能默认只包含当前模块中“被至少一个测试触达”的类，不会自动包含未被测试引用的工具类或配置类——即使它们在源码目录里。
导出前务必检查：
- 在
Run → Generate Coverage Report对话框中，确认Output directory是空目录或你可控的路径（IDEA 不会清空旧报告） - 勾选
Open in browser后，浏览器打开的是静态 HTML，但其中的“Class”“Method”“Line”三项数值，仅基于当前激活的套件计算，和 pom.xml 里jacoco-maven-plugin的minimum阈值无关 - 若需和 CI 一致的全量报告，应优先使用 Gradle/Maven 命令生成
.exec+.xml，再通过Run → Manage Coverage Reports → Add导入
真正影响上线卡点的，从来不是 IDEA 界面里的绿色高亮，而是构建产物中那个由 JaCoCo agent 生成的 jacoco.exec 文件——它才是 CI 流水线校验覆盖率的唯一依据。
