如何让JUnit5+RestAssured测试在指定冷却时间后执行？

针对你遇到的外部服务冷却限制问题，有几种实用的解决思路，从规避依赖到控制测试执行频率都有覆盖：

1. 优先方案：Mock外部服务（彻底摆脱冷却限制） #

这是集成测试中最推荐的做法，完全绕过对外部服务的依赖，避免受其冷却规则影响。

用Quarkus自带的Mock机制 #

如果你的Quarkus应用通过客户端接口调用外部服务，可以直接用@Mock注解替换真实实现：

@Mock
@ApplicationScoped
public class MockExternalServiceClient implements ExternalServiceClient {
    @Override
    public ExternalResponse callService(RequestBody body) {
        // 模拟成功响应
        return new ExternalResponse("Flow executed successfully", null, null);
    }
}

测试时Quarkus会自动使用这个Mock实现，你可以自由控制返回的响应体，无需等待冷却期，还能单独测试失败场景（比如返回带errorCode的响应）。

用WireMock stub外部服务 #

如果是通过HTTP调用外部服务，WireMock可以模拟整个外部服务的接口：

@BeforeEach
void setupWireMock() {
    WireMock.configureFor("localhost", 8089);
    // 模拟成功响应
    stubFor(post(WireMock.urlEqualTo("/external-service"))
            .willReturn(aResponse()
                    .withStatus(200)
                    .withHeader("Content-Type", MediaType.APPLICATION_JSON)
                    .withBody("{\"response\":\"Flow executed successfully\",\"errorCode\":null,\"errorDescription\":null}")));
}

然后在Quarkus配置中把外部服务地址指向WireMock的端口即可。

2. 控制测试执行频率（针对必须调用真实服务的场景） #

如果必须调用真实外部服务，可以通过以下方式避免冷却期内重复执行：

自定义JUnit 5执行条件 #

实现ExecutionCondition，检查距离上次测试执行是否超过5分钟：

public class CoolDownCondition implements ExecutionCondition {
    private static final long COOL_DOWN_MINUTES = 5;
    private static final String LAST_RUN_FILE = "target/test-last-run.txt";

    @Override
    public ConditionEvaluationResult evaluateExecutionCondition(ExtensionContext context) {
        File lastRunFile = new File(LAST_RUN_FILE);
        if (!lastRunFile.exists()) {
            saveLastRunTime();
            return ConditionEvaluationResult.enabled("首次执行，无需冷却");
        }

        try {
            long lastRunTime = Long.parseLong(Files.readString(lastRunFile.toPath()).trim());
            long currentTime = System.currentTimeMillis();
            if (currentTime - lastRunTime < COOL_DOWN_MINUTES * 60 * 1000) {
                return ConditionEvaluationResult.disabled("距离上次执行不足5分钟，跳过测试");
            } else {
                saveLastRunTime();
                return ConditionEvaluationResult.enabled("冷却期已过，允许执行");
            }
        } catch (IOException e) {
            return ConditionEvaluationResult.enabled("读取上次执行时间失败，允许执行");
        }
    }

    private void saveLastRunTime() {
        try {
            Files.writeString(Paths.get(LAST_RUN_FILE), String.valueOf(System.currentTimeMillis()));
        } catch (IOException e) {
            // 忽略保存失败
        }
    }
}

然后在测试类上注册这个扩展：

@ExtendWith(CoolDownCondition.class)
class FlowIntegrationTest {
    // 测试方法...
}

用构建工具控制测试执行 #

给这个测试打上标签，比如@Tag("external-dependent")，然后在Maven/Gradle中配置默认不执行该标签的测试，仅在需要时手动触发：

• Maven：在pom.xml中添加

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-surefire-plugin</artifactId>
            <configuration>
                <excludedGroups>external-dependent</excludedGroups>
            </configuration>
        </plugin>
    </plugins>
</build>

需要执行时，用命令：mvn test -Dgroups=external-dependent

3. 测试类级别延迟（不推荐，仅临时方案） #

在测试类的@AfterAll中添加5分钟延迟，确保下一次运行测试类时已过冷却期，但这种方式会阻塞测试执行，且如果单独运行该测试方法依然会有问题：

@AfterAll
static void waitForCoolDown() {
    try {
        TimeUnit.MINUTES.sleep(5);
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
    }
}

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