Spring Boot JUnit5并行测试遇ObjectOptimisticLockingFailureException求解决方案

你的问题核心是并行运行的测试类共享操作同一条数据库记录，导致乐观锁版本号冲突抛出ObjectOptimisticLockingFailureException。以下是直接可行的解决办法：

1. 隔离测试数据，避免共享记录 #

每个测试类/方法使用独立的测试数据，彻底杜绝数据冲突：

• 用@BeforeEach在每个测试前生成唯一的Employee记录（比如通过随机ID或唯一字段标识），@AfterEach清理数据；
• 用@Sql注解为每个测试类绑定专属的初始化/清理脚本，确保测试数据互不干扰：

  @Sql(scripts = "/test-data/employee-test1-init.sql", executionPhase = Sql.ExecutionPhase.BEFORE_TEST_CLASS)
  @Sql(scripts = "/test-data/employee-test1-cleanup.sql", executionPhase = Sql.ExecutionPhase.AFTER_TEST_CLASS)
  public class EmployeeSalaryTest {
      // 测试方法仅操作脚本中插入的专属Employee记录
  }
  

• 若使用Testcontainers，可在每个测试启动时初始化独立的数据库实例（资源消耗较大，适合核心冲突测试场景）。

2. 强制冲突测试串行执行 #

如果这6个测试必须操作同一张表（甚至同一条记录），直接禁用它们的并行性：

• 在测试类上添加JUnit5的@Execution注解，指定串行执行：

  import org.junit.jupiter.api.parallel.Execution;
  import org.junit.jupiter.api.parallel.ExecutionMode;
  
  @Execution(ExecutionMode.SAME_THREAD)
  public class EmployeeUpdateTest {
      // 所有测试方法将串行运行，避免版本冲突
  }
  

• 若使用Jenkins配置并行测试，可将这6个测试类单独分组，设置为串行执行队列。

3. 检查事务配置，避免数据泄漏 #

确认测试的事务是否正确隔离和回滚：

• 确保测试类/方法使用@Transactional注解，JUnit5默认会在测试结束后自动回滚事务，避免修改的数据被其他测试读取；
• 排查是否存在@Commit或@Rollback(false)注解，这类配置会导致事务提交，残留数据引发后续测试冲突。

4. 临时禁用乐观锁（仅用于非乐观锁逻辑测试） #

如果你的测试不需要验证乐观锁功能，可临时移除实体类的@Version注解，或在测试配置中覆盖实体映射：

• 创建测试专用的实体类，去掉@Version字段，在测试上下文替换原实体；
• 用Spring的@Profile注解区分生产和测试环境的实体配置。

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