如何在不复制测试类的情况下，为同一参数化测试类配置两个不同BaseUrl并执行全量测试

针对你的需求（让整个测试类先跑abc.com的接口，再跑abcdef.com的接口，且适合长期 nightly 运行），我给你两个最实用的解决方案，都不需要复制测试类，一起来看看：

方案一：用JUnit 5的类级参数化（代码层面优雅解决） #

这个方案是在测试类本身做参数化，让JUnit自动为每个BaseUrl创建测试类实例，执行全量测试方法。步骤很简单：

1. 修改测试类构造函数：把BaseUrl作为构造参数传入，存储成类成员变量
2. 用@ValueSource提供两个BaseUrl：告诉JUnit要为这两个值分别执行全量测试
3. 替换硬编码的BaseUrl：在getCustomerDataResponse方法里用成员变量的BaseUrl

改造后的代码示例：

import org.junit.jupiter.api.BeforeAll;
import org.junit.jupiter.api.TestInstance;
import org.junit.jupiter.api.TestInstance.Lifecycle;
import org.junit.jupiter.params.ParameterizedTest;
import org.junit.jupiter.params.provider.ValueSource;
// 其他必要的import

// 用PER_CLASS生命周期，避免重复初始化token等资源
@TestInstance(Lifecycle.PER_CLASS)
public class ApiTests {
    private String token;
    private final String baseUrl;

    // 构造函数注入BaseUrl，JUnit会自动为@ValueSource里的每个值创建实例
    @ParameterizedTest
    @ValueSource(strings = {"abc.com/v1/customers/{customer}", "abcdef.com/v1/customers/{customer}"})
    public ApiTests(String baseUrl) {
        this.baseUrl = baseUrl;
    }

    @BeforeAll
    void setupToken() {
        // 这里放你的token初始化逻辑，比如调用鉴权接口获取token
        token = "your-generated-auth-token";
    }

    @ParameterizedTest
    @EmptySource
    @ValueSource(strings = {"", " ", "abc", "ABC", "true", "adsfkjsdgfhgsjdgfjgshdjgfgsd"})
    @Description("Get valid customer info")
    public void testGetData(String customer) {
        Response response = getCustomerDataResponse(customer);
        // 你的验证逻辑不变
    }

    @ParameterizedTest
    @ValueSource(ints = {Integer.MIN_VALUE, 0, 100, Integer.MAX_VALUE})
    @Description("Get invalid customer info")
    public void testGetData2(int customer) {
        Response response = getCustomerDataResponse(customer);
        // 你的验证逻辑不变
    }

    // 其他测试方法保持原样...

    private Response getCustomerDataResponse(Object customer) {
        return given()
                .header("Authorization", "Bearer " + token)
                .pathParam("customer", customer)
                .contentType(ContentType.JSON)
                .when()
                // 替换硬编码的Url为类成员变量
                .get(this.baseUrl);
    }
}

这样配置后，JUnit会先执行所有测试方法（testGetData、testGetData2等）用第一个BaseUrl，执行完所有方法后，再用第二个BaseUrl重新跑一遍全量测试，完全符合你的需求。

方案二：用构建脚本/CI工具执行两次测试（适合长期nightly运行） #

如果你的nightly run是用Maven/Gradle或者Jenkins/GitLab CI等工具执行的，这个方案更适合，因为不需要修改太多测试代码，而且CI工具可以很容易配置长期执行：

1. 修改测试代码，从系统属性读取BaseUrl：把硬编码的BaseUrl改成读取系统参数，默认值可以保留原Url防止出错
2. 在CI/构建脚本里执行两次测试：第一次传第一个BaseUrl的系统参数，第二次传第二个

代码修改部分 #

只需要改getCustomerDataResponse方法：

public Response getCustomerDataResponse(Object customer) {
    // 从系统属性读取BaseUrl，默认用原Url当兜底
    String baseUrl = System.getProperty("test.baseUrl", "abc.com/v1/customers/{customer}");
    
    Response getCustomerData = given()
            .header("Authorization", "Bearer " + token)
            .pathParam("customer", customer)
            .contentType(ContentType.JSON)
            .when()
            .get(baseUrl);

    return getCustomerData;
}

CI/构建脚本配置（以Maven为例） #

在你的nightly任务里，执行两次mvn test命令，分别传入不同的系统参数：

# 第一次用abc.com的Url跑全量测试
mvn test -Dtest.baseUrl="abc.com/v1/customers/{customer}"
# 第二次用abcdef.com的Url跑全量测试
mvn test -Dtest.baseUrl="abcdef.com/v1/customers/{customer}"

如果是Jenkins/GitLab CI，直接在流水线里加两个步骤，分别执行上面的命令就行。这个方案的好处是测试代码改动极小，而且适合长期维护——以后要加第三个BaseUrl，只需要在CI脚本里加一条执行命令就行。

方案选择建议 #

• 如果你想在本地调试也能轻松切换BaseUrl跑测试，选方案一，代码层面的参数化更灵活
• 如果你更关注nightly运行的稳定性和可维护性，选方案二，CI配置更直观，以后调整BaseUrl不需要改测试代码

备注：内容来源于stack exchange，提问作者elag