我完全懂你这种困扰——Spring Boot启动那一堆初始化代码的覆盖率直接把真正关心的API调用覆盖数据淹没了，手动分析起来太费劲。别担心，IntelliJ Ultimate早就考虑到了这种需求，下面几个亲测有效的方法，帮你精准捕获特定交互的覆盖率：

方法一：先启动应用，再手动控制覆盖率录制（最灵活） #

这是我平时测接口覆盖率最常用的方式，完全避开启动阶段的干扰：

• 先正常启动Spring Boot应用（点普通的Run按钮，别用"Run with Coverage"）。
• 等应用完全启动好（看控制台日志出现Started Application in X seconds就稳了），打开Coverage工具窗口：如果没显示，点顶部菜单栏的View > Tool Windows > Coverage。
• 在Coverage窗口的工具栏里，找到那个红色的「Start Coverage Session」按钮（播放键样式），点击它就开始录制覆盖率了。
• 这时候用Postman调用你的接口，完成手动测试后，再点Coverage窗口里的**「Stop Coverage Session」按钮**（方形停止键）。
• 现在生成的覆盖率报告就只有你刚才手动操作触发的代码了，启动阶段的内容完全被排除。
• 要是中途测错了想重来，不用停会话，直接点工具栏里的**「Reset Coverage Data」按钮**（循环箭头样式），之前的记录就清掉了，直接重新操作就行。

方法二：用「Run with Coverage」但延迟录制 #

如果习惯用"Run with Coverage"启动，也可以设置让覆盖率录制延迟到应用启动后：

• 打开你的Spring Boot运行配置：点顶部菜单栏的Run > Edit Configurations...。
• 在配置窗口里切换到**「Coverage」标签页**，找到并勾选**「Pause coverage recording on startup」**（部分版本可能叫「Do not start coverage automatically」）。
• 现在用「Run with Coverage」启动应用，这时候应用会正常启动，但覆盖率录制是暂停状态。
• 等应用启动完成后，去Coverage窗口点**「Resume Coverage Recording」按钮**（播放键），然后进行手动测试，结束后点停止即可。

方法三：过滤掉框架和启动类（辅助优化） #

要是偶尔还是有少量启动相关的代码混进来，可以设置过滤规则进一步净化报告：

• 在Coverage窗口的工具栏里，点击**「Configure Filters」按钮**（齿轮图标）。
• 在弹出的窗口里，添加排除规则：比如排除org.springframework.*、com.yourpackage.YourApplication（你的Spring Boot启动类）这些包或类。
• 这样即使有少量框架启动代码被录到，也会被自动过滤掉，报告更干净。

小提示 #

不同IntelliJ版本的按钮图标或选项名称可能略有差异，但核心功能逻辑是一致的。优先推荐方法一，自由度最高，想什么时候开始/停止录制完全由你掌控，完美匹配手动测试的节奏。