JUnit5测试类整体执行时部分测试失败、单独运行正常的原因是什么

核心原因分析 #

• Spring上下文状态污染
  Spring Boot测试默认会缓存上下文提升执行效率，单例Bean的状态一旦被某一个测试修改，后续所有复用该上下文的测试都会受到影响。常见的修改场景包括：改变Bean的成员属性值、更新内存缓存、注册/移除Bean定义等。单独执行测试时会重新初始化上下文，因此不会触发该问题。
• 测试数据脏读
  如果测试类中存在未加@Transactional注解、标注了@Rollback(false)，或是执行了无法被事务回滚的操作（如MySQL的DDL语句、外部存储/中间件写入操作），产生的脏数据会被后续带事务的测试读取到，触发执行异常。
• 静态变量状态未重置
  静态变量的生命周期和JVM类加载器绑定，即使Spring上下文刷新也不会自动重置静态变量的值。如果某一个测试修改了静态变量的业务状态，后续所有测试都会复用被修改的值，导致执行结果不符合预期。
• 测试执行顺序依赖
  JUnit 5默认不会固定测试方法的执行顺序，如果测试逻辑隐含了执行顺序依赖（例如前一个测试插入的数据要被后一个测试使用），全量执行时顺序变化就会触发报错，单独执行时没有前置/后置测试的影响自然可以正常通过。
• 事务配置不生效
  需要确认测试方法标注的是Spring框架的org.springframework.transaction.annotation.Transactional注解，而非jakarta.transaction包下的同名注解，后者在Spring测试环境中不会自动开启事务和回滚逻辑，也会导致脏数据问题。

快速排查方案 #

1. 先在测试类上添加@DirtiesContext(classMode = DirtiesContext.ClassMode.AFTER_EACH_TEST_METHOD)注解，强制每个测试方法执行完成后都销毁并重建Spring上下文。如果修改后全量测试全部通过，即可确认是上下文/数据污染导致的问题。
2. 查看失败测试的具体报错栈信息：如果是数据约束类报错（主键冲突、数据不存在等）优先排查数据回滚问题；如果是业务返回值不符合预期，优先排查单例Bean、静态变量修改或缓存未清理的问题。
3. 给测试类添加@TestMethodOrder(MethodOrderer.OrderAnnotation.class)注解，给每个测试方法标注@Order固定执行顺序，确认报错是否可稳定复现，快速定位是哪一个前置测试修改了公共状态。

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