Play应用并行测试：如何为每个测试配置独立内存H2数据库？

你的问题很典型——并行测试共享同一个内存H2数据库确实会因为数据状态干扰导致随机失败，尤其是CI环境的执行顺序不可控时。Play的配置文件本身不支持直接在配置字符串中生成UUID或随机字符串，但我们可以通过测试代码动态修改配置的方式，给每个测试套件分配独立的数据库，完美保留并行测试的优势。

下面是两种实用的实现方案：

方案一：测试基类动态覆盖配置 #

创建一个测试基类，在启动Play应用前自动生成唯一的数据库名称，覆盖默认配置中的URL。这样每个测试套件继承这个基类后，都会使用独立的内存H2实例：

import play.api.Application
import play.api.inject.guice.GuiceApplicationBuilder
import java.util.UUID

// 定义测试基类，提供带唯一数据库的应用实例
trait UniqueDbTest {
  protected def createApplication(): Application = {
    // 生成唯一的数据库名称
    val uniqueDbName = UUID.randomUUID().toString
    // 构建应用时覆盖数据库URL配置
    GuiceApplicationBuilder()
      .configure(
        "slick.dbs.default.db.url" -> s"jdbc:h2:mem:$uniqueDbName;DB_CLOSE_DELAY=-1"
      )
      .build()
  }
}

然后你的测试套件只需要继承这个基类，调用createApplication()获取应用实例即可：

import org.scalatestplus.play.PlaySpec
import play.api.test.Injecting

class UserRepositorySpec extends PlaySpec with Injecting with UniqueDbTest {
  override def fakeApplication(): Application = createApplication()

  // 测试代码...
}

注意：一定要加上DB_CLOSE_DELAY=-1参数，否则H2会在最后一个数据库连接关闭时自动销毁内存数据库，导致后续测试操作失败。

方案二：利用测试框架的并行隔离机制 #

如果使用ScalaTest的AsyncWordSpec或其他异步测试风格，也可以在每个测试套件的beforeAll阶段动态初始化数据库配置。不过方案一的基类方式更简洁，能统一管理所有测试的数据库配置。

为什么这个方案有效？ #

每个测试套件启动时都会生成全新的Play应用实例，并且使用唯一的数据库URL，完全隔离了各个测试的数据库状态。这样即使测试并行执行，也不会出现数据互相覆盖、状态不一致的问题，本地和CI环境的表现会完全一致。

相比强制串行测试，这种方式既保留了并行测试的速度优势，又彻底解决了数据库冲突的问题，是更优的解决方案。

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