如何确保Micronaut测试绝不使用生产环境MongoDB URI？

以下几个方案可从配置、工具、流程层面彻底杜绝测试使用生产URI的风险：

1. 新增测试专用配置文件，强制覆盖生产配置 #

在src/test/resources下创建application-test.yml，直接指定测试环境的MongoDB规则，让生产环境变量在测试场景下失效：

mongodb:
  # 强制要求测试环境提供有效测试URI，未配置则启动报错
  uri: ${TEST_MONGO_URI:error-missing-test-mongo-config}

同时修改生产环境的application.yml，给生产URI设置无效默认值，防止本地/测试环境误触发生产配置：

mongodb:
  # 仅生产环境会配置MONGO_PROD_URI，本地/测试无该变量时直接用无效值，避免误连
  uri: ${MONGO_PROD_URI:invalid-production-uri}

这样一来，任何未正确配置测试MongoDB的测试都会启动失败，绝不会 fallback 到生产URI。

2. 用Micronaut Test Resources自动管理测试容器 #

无需手动编写测试容器启动代码，借助Micronaut官方的Test Resources模块，自动为测试启动MongoDB容器并配置URI：

• 先添加依赖（以Gradle为例）：

testImplementation("io.micronaut.testresources:micronaut-testresources-mongodb")

• 测试类只需保留@MicronautTest注解，无需手动配置容器：

@MicronautTest
class JwtAuthenticationSpec extends Specification {
    // 直接编写测试逻辑，MongoDB URI会被Test Resources自动配置为测试容器地址
}

开发人员写新测试时，只需添加@MicronautTest就会自动使用测试容器，从根源避免误连生产的可能。

3. 生产环境变量隔离，测试环境无法获取生产URI #

• 生产的MONGO_PROD_URI仅在生产部署环境（如K8s、云平台配置中心）配置，本地开发和CI测试环境绝不设置该变量。
• 结合上述配置文件，测试环境若意外加载生产配置，会因MONGO_PROD_URI不存在而使用无效默认值，直接连接失败，不会访问生产数据库。

4. 封装测试基类，统一配置测试环境 #

创建一个所有测试必须继承的基类，把测试容器的启动和配置逻辑统一封装：

abstract class BaseMongoTestSpec extends Specification {
    final MongoDBContainer mongoDBContainer = new MongoDBContainer(DockerImageName.parse("mongo:6.0.3"))
            .withExposedPorts(27017)

    def setup() {
        mongoDBContainer.start()
        System.setProperty("mongodb.uri", "${mongoDBContainer.connectionString}/fire")
    }

    def cleanup() {
        mongoDBContainer.stop()
    }
}

后续新测试只需继承该基类即可：

@MicronautTest
class JwtAuthenticationSpec extends BaseMongoTestSpec {
    // 编写测试逻辑
}

通过这种方式，开发人员无需重复配置，只要继承基类就会自动使用测试容器，避免因遗漏配置导致的误连问题。

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