你完全可以在Testcontainers的JDBC URL配置模式下使用自定义PostgreSQL镜像——不管是从本地Dockerfile动态构建镜像，还是拉取预先推送到Docker Hub的预构建镜像，都能实现你想要的简洁配置，同时保留自定义镜像里的多初始化脚本逻辑。下面分两种场景详细说明：

一、从本地Dockerfile动态构建镜像 #

既然你的Dockerfile放在项目的database目录下，我们可以直接让Testcontainers通过JDBC URL参数自动构建并使用这个镜像。

配置步骤： #

1. 在你的测试配置文件（比如application-test.properties）里，修改spring.datasource.url为以下格式：

   spring.datasource.url=jdbc:tc:postgres:custom:///testdb?TC_DOCKERFILE=database/Dockerfile&TC_BUILD_CONTEXT=./
   

   这里的核心参数作用：

   • tc:postgres:custom：用custom标记我们要使用自定义镜像，替代默认的官方PostgreSQL镜像标签
   • TC_DOCKERFILE：指定Dockerfile的相对路径（相对于项目根目录）
   • TC_BUILD_CONTEXT：指定镜像构建的上下文目录，这里填项目根目录即可，确保Dockerfile能访问到database目录下的初始化脚本

2. 简化你的测试类：只保留@SpringBootTest和@ActiveProfiles("test")这类基础注解就行，之前用来定义容器、覆盖数据源的十几行代码完全可以删掉——Testcontainers会自动识别URL里的参数，构建镜像并启动数据库容器。

小提示： #

第一次运行测试时会稍慢，因为要从头构建镜像，但后续测试会复用缓存的镜像，速度会快很多。而且你的自定义镜像里的初始化脚本会正常执行，Testcontainers不会干涉这部分逻辑，容器是完全基于你的镜像启动的。

二、使用Docker Hub上的预构建自定义镜像 #

如果你已经把自定义Postgres镜像推送到了Docker Hub（比如镜像名为joeclark-phd/granite-postgres:latest），配置会更简单：

配置步骤： #

1. 修改测试配置文件里的spring.datasource.url：

   spring.datasource.url=jdbc:tc:joeclark-phd/granite-postgres:latest:///testdb
   

   直接把默认的postgres替换成你的Docker Hub镜像全名，Testcontainers会自动拉取这个镜像并启动容器。

2. 同样，测试类只需要保留基础的Spring Boot测试注解，不需要任何额外的容器相关代码。

适配你的测试场景 #

针对你提到的AgencyControllerIntegrationTest.java，切换到这种JDBC URL方式后，确实能砍掉之前那15+行冗余代码，测试类可以简化成这样：

@SpringBootTest
@ActiveProfiles("test")
class AgencyControllerIntegrationTest {
    // 你的测试方法逻辑，完全不需要容器相关的字段或配置
}

额外补充 #

如果需要给容器传递额外的运行参数（比如自定义环境变量），可以在JDBC URL里添加对应的参数，比如：

spring.datasource.url=jdbc:tc:joeclark-phd/granite-postgres:latest:///testdb?TC_ENV_POSTGRES_PASSWORD=mysecretpassword

只要你的自定义镜像符合Testcontainers对PostgreSQL镜像的基础要求（比如暴露5432端口、有可用的数据库用户配置），就能完美适配这种URL驱动的方式。

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