如何为不同Quarkus构建配置文件编写对应集成测试？

@IfBuildProfile是编译时注解，它会在构建阶段决定哪些类被包含到最终的应用包中。而@TestProfile只是在运行测试时切换配置属性，没法改变已经编译好的类集合——这就是你用@TestProfile没生效的核心原因。

方案一：结合构建工具的Profile与测试类过滤 #

直接针对每个构建Profile单独构建并运行对应测试，完全匹配你用@IfBuildProfile的隔离逻辑。

以Maven为例：
假设你有两个构建Profile：profile-a和profile-b，对应的测试类分别是com.example.ProfileARestTest和com.example.ProfileBRestTest。

执行测试的命令如下：

# 构建profile-a并仅运行对应测试类
mvn clean verify -Pprofile-a -Dquarkus.test.classes=com.example.ProfileARestTest

# 构建profile-b并仅运行对应测试类
mvn clean verify -Pprofile-b -Dquarkus.test.classes=com.example.ProfileBRestTest

Gradle用户可以用类似逻辑：通过-P指定构建Profile，再用--tests参数过滤测试类：

./gradlew clean test -Pprofile-a --tests "com.example.ProfileARestTest"
./gradlew clean test -Pprofile-b --tests "com.example.ProfileBRestTest"

这种方式完全贴合@IfBuildProfile的设计，每个测试都在对应构建环境下运行，结果最准确。

方案二：改用@IfBuildProperty实现运行时隔离 #

如果希望在同一个构建包下运行两组测试，可以把@IfBuildProfile替换为**@IfBuildProperty**（Quarkus 1.13+支持），它支持通过运行时属性控制类的加载，这样就能结合@TestProfile实现测试隔离。

步骤1：修改端点类的注解 #

把原来的@IfBuildProfile("profile-a")替换为：

@IfBuildProperty(name = "app.rest.profile", stringValue = "a")
@Path("/a-endpoints")
public class ProfileAResources {
    // 端点逻辑
}

同理，profile-b的端点类改为：

@IfBuildProperty(name = "app.rest.profile", stringValue = "b")
@Path("/b-endpoints")
public class ProfileBResources {
    // 端点逻辑
}

步骤2：编写测试类 #

为每个测试类指定对应的属性值：

@QuarkusTest
@TestProfile
@ConfigProperty(name = "app.rest.profile", defaultValue = "a")
public class ProfileARestTest {
    @Test
    void testAEndpoints() {
        // 测试profile-a的端点
        given()
          .when().get("/a-endpoints/health")
          .then()
          .statusCode(200);
    }
}

@QuarkusTest
@TestProfile
@ConfigProperty(name = "app.rest.profile", defaultValue = "b")
public class ProfileBRestTest {
    @Test
    void testBEndpoints() {
        // 测试profile-b的端点
        given()
          .when().get("/b-endpoints/health")
          .then()
          .statusCode(200);
    }
}

这样每个测试运行时会设置对应的属性，Quarkus会根据属性值加载对应的端点类，实现测试隔离。

总结 #

• 如果你的场景严格依赖构建阶段的Profile隔离（比如不同Profile有不同依赖或编译逻辑），优先用方案一；
• 如果希望在单次构建后完成所有测试，用方案二更高效。

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