如何编写可被Jacoco统计覆盖率的Spring Boot main()方法单元测试

Jacoco是否支持静态方法覆盖率统计 #

Jacoco 原生完全支持静态方法的测试覆盖率统计，不存在不支持静态方法的设计缺陷。之前测试跑通但覆盖率未统计，根本原因不是Jacoco的统计能力问题，是测试写法的逻辑偏差导致的。

原有测试拿不到覆盖率的核心原因 #

之前的测试代码存在两个关键设计问题，直接绕开了Jacoco的插桩探针：

• 对被测类本身做了静态mock：测试里把Application.class作为了Mockito.mockStatic的作用域对象，哪怕加了thenCallRealMethod配置，Mockito inline对静态方法的mock是通过字节码替换生成代理方法实现的，Jacoco的覆盖率探针是直接插在原始类的方法字节码上的，被代理替换的执行路径不会触发原始探针的埋点，自然统计不到执行记录。
• 无意义的自我校验：测试里对Application.main(ARGS)做verify校验本身是逻辑冗余的——你直接手动调用了这个方法，再校验它被调用过，完全没有实际校验价值，反而引入了多余的mock逻辑。

调整方案 #

能正确统计覆盖率的测试写法 #

调整核心逻辑：绝对不要把被测类纳入静态mock的作用域，只mock需要隔离的外部依赖。也就是仅对SpringApplication做静态mock，直接调用真实的Application.main方法即可。调整后的核心测试代码如下：

@Test
public void main() {
    // 仅mock外部依赖SpringApplication，完全移除对Application类的静态mock
    try (MockedStatic<SpringApplication> springStatic = Mockito.mockStatic(
            SpringApplication.class)) {
        // 预设run方法返回测试上下文，避免真实启动完整Spring容器
        springStatic.when(() -> SpringApplication.run(Application.class, ARGS))
                .thenReturn(context);

        // 直接调用原始的Application.main方法，走真实字节码路径
        Application.main(ARGS);

        // 校验依赖调用符合预期
        springStatic.verify(times(1),
                () -> SpringApplication.run(Application.class, ARGS));
    }
}

这种写法下，Application.main方法的原始字节码会被正常执行，Jacoco的探针会触发埋点，就能被正确统计到测试覆盖率里。

更轻量的替代方案 #

Spring Boot启动类的main方法本身是框架模板生成的极简逻辑（通常仅包含一行SpringApplication.run调用），本身没有复杂的业务逻辑。如果觉得写测试的性价比不高，完全可以在Jacoco的覆盖率规则中，将这类启动类的main方法加入排除列表，不需要为了凑覆盖率数字写无意义的测试。

内容的提问来源于stack exchange，提问作者djangofan