自定义配置弃用后，sbt集成测试的推荐实现方案及运行方法

针对你提到的移除sbt.IntegrationTest配置的观点，当前sbt社区推荐的集成测试实践是用独立子项目承载集成测试，而非依赖内置的IntegrationTest配置，具体细节如下：

1. 是否需要创建集成测试子项目？ #

是的，推荐单独创建子项目来管理集成测试。原因在于：

• 内置的IntegrationTest配置本质上是通过自定义配置模拟子项目的隔离能力，但实现复杂且灵活性不足；
• 子项目可以完全独立控制依赖、资源、编译参数和运行环境，避免与单元测试的依赖冲突（比如集成测试可能需要引入数据库客户端、外部服务SDK等，而单元测试不需要）；
• 项目结构更清晰，团队成员能快速区分单元测试和集成测试的代码边界。

2. 如何配置集成测试子项目？ #

在build.sbt中定义一个专门的集成测试子项目，并依赖主项目的编译产物和测试工具类，示例如下：

// 主项目
lazy val core = project.in(file("core"))

// 集成测试子项目
lazy val integrationTests = project.in(file("integration-tests"))
  // 依赖主项目的编译代码和测试代码（方便复用测试工具类）
  .dependsOn(core % "compile->compile;test->test")
  // 可选：如果需要共享主项目的资源文件
  .settings(
    resourceDirectory in Compile := (resourceDirectory in core in Compile).value
  )

集成测试的代码结构和普通单元测试一致，放在integration-tests/src/test/scala目录下即可，无需额外配置测试目录。

3. 如何分开运行单元测试和集成测试？ #

• 运行单元测试：直接在sbt中执行core/test（或如果当前处于core项目上下文，执行test），只会运行主项目下的单元测试。
• 运行集成测试：执行integrationTests/test（或切换到integrationTests项目后执行test），仅运行集成测试子项目中的测试代码。
• 也可以在sbt交互模式下通过project core或project integrationTests切换项目上下文，再执行test命令。

内容的提问来源于stack exchange，提问作者Filippo De Luca