JUnit5嵌套测试类重复执行问题解析

问题现象

在使用JUnit5进行单元测试时，开发者发现当使用Maven Surefire插件运行带有@Nested注解的嵌套测试类时，测试会被重复执行。具体表现为外层测试类和内层嵌套测试类都被单独执行，导致测试方法被多次调用。

问题复现

测试类结构如下：

public class MasonTest {
    @Nested
    class MasonTest1 {
        @Test
        void test1() {
            System.out.println("test1");
        }
    }

    @Nested
    class MasonTest2 {
        @Test
        void test1() {
            System.out.println("test2");
        }
    }
}

当使用Maven命令mvn -Dtest=MasonTest* verify运行时，日志显示测试被重复执行多次。

根本原因分析

经过深入分析，发现这个问题源于Maven Surefire插件的工作机制：

1. Surefire插件会扫描测试类目录（通常是target/test-classes）下匹配指定模式（如MasonTest*）的所有类文件
2. 它不仅找到外层类MasonTest.class，还会找到嵌套类MasonTest$MasonTest1.class和MasonTest$MasonTest2.class
3. 因此，Surefire会发起三个独立的测试发现/执行请求：
   • 直接执行嵌套类MasonTest1
   • 直接执行外层类MasonTest（这会间接执行所有嵌套类）
   • 直接执行嵌套类MasonTest2

这种多重发现机制导致了测试的重复执行。

解决方案

针对这个问题，开发者可以采取以下几种解决方案：

1. 修改测试命名模式：避免使用通配符匹配可能包含嵌套类的测试类
2. 使用排除过滤器：在Surefire配置中明确排除嵌套测试类
3. 调整测试结构：考虑是否需要将嵌套测试类提取为独立的顶级测试类

最佳实践建议

1. 当使用嵌套测试类时，建议直接指定完整类名运行测试，而不是使用通配符
2. 对于大型项目，建议为测试类建立清晰的命名规范，避免命名冲突
3. 定期检查测试执行报告，确保没有意外的测试重复执行情况

总结

这个问题本质上是Maven Surefire插件在类发现机制上的一个特性，而非JUnit5框架本身的缺陷。理解测试工具的底层工作机制有助于开发者编写更可靠的测试代码，避免类似问题的发生。在实际项目中，建议开发者根据项目规模和测试需求，选择合适的测试组织方式。