【Junit5】接口场景化解决方案1-linux运维-PHP中文网

【Junit5】接口场景化解决方案1

星夢妙者

发布： 2025-07-22 12:06:11

原创

649人浏览过

在接口测试过程中，场景化用例的设计和执行是一个关键环节。场景化用例涉及多个接口的串联，模拟用户在实际业务中的操作流程。以下是针对场景化用例中常见问题的解决方案和junit5框架的具体实现：

场景化用例中的常见问题

接口之间的依赖关系和执行顺序要求：在一个业务流程中，不同接口之间往往存在依赖关系，必须按照特定的顺序执行。例如，用户登录后才能进行产品搜索和下单操作。
接口失败后的后续处理：如果某个接口在执行过程中失败，后续依赖于此接口的其他接口应该被忽略，以避免不必要的测试执行和结果混乱。

Junit5框架的解决方案

1. 保证测试方法的执行顺序

在Junit5中，可以使用@TestMethodOrder注解结合@Order注解来指定测试方法的执行顺序。以下是实现用户登录、搜索产品、下单和支付的测试类示例：

@platform
@DisplayName("用户下单")
@Describe(service = "", module = "", development = "", test = "胡小天")
@TestMethodOrder(MethodOrderer.OrderAnnotation.class)
public class demo3Test {
    @Test
    @Order(0)
    @DisplayName("用户App登陆")
    @Api(address = Host.eu, method = RequestMethod.POST, url = eu.login)
    public void login() {
        // 业务代码...
    }
<pre class="brush:php;toolbar:false;"><code>@Test
@Order(1)
@DisplayName("App搜索获取商品信息")
@Api(address = Host.eu, method = RequestMethod.POST, url = eu.search)
public void search() {
    // 业务代码...
}

@Test
@Order(2)
@DisplayName("用户下单")
@Api(address = Host.eu, method = RequestMethod.POST, url = eu.OrderConfirmation)
public void OrderConfirmation() {
    // 业务代码...
}

@Test
@Order(3)
@DisplayName("用户支付")
@Api(address = Host.eu, method = RequestMethod.POST, url = eu.orderPay)
public void orderPay() {
    // 业务代码...
}

登录后复制

}

火山方舟

火山引擎一站式大模型服务平台，已接入满血版DeepSeek

查看详情

【Junit5】接口场景化解决方案1

通过@TestMethodOrder(MethodOrderer.OrderAnnotation.class)注解，测试方法会按照@Order注解指定的顺序执行，确保了接口调用的顺序性。

2. 自定义ExecutionCondition以处理接口失败后的后续测试

为了在某个测试方法失败后忽略后续的测试方法，可以使用ExecutionCondition扩展模块来自定义执行条件。以下是实现这一功能的代码示例：

import lombok.extern.slf4j.Slf4j;
import org.junit.jupiter.api.extension.ConditionEvaluationResult;
import org.junit.jupiter.api.extension.ExecutionCondition;
import org.junit.jupiter.api.extension.ExtensionContext;
import java.io.PrintWriter;
import java.io.StringWriter;
import static org.junit.jupiter.api.extension.ConditionEvaluationResult.disabled;
import static org.junit.jupiter.api.extension.ConditionEvaluationResult.enabled;</p><p>@Slf4j
public class DisabledOnRelyTestCaseCondition implements ExecutionCondition {
private static final ConditionEvaluationResult ENABLED_BY_TESTCASE_FAIL = 
disabled("@Disabled On TestCase fail");
private static final ConditionEvaluationResult ENABLED_BY_TESTCASE_PASS = 
enabled("Test is pass");</p><pre class="brush:php;toolbar:false;"><code>@Override
public ConditionEvaluationResult evaluateExecutionCondition(ExtensionContext context) {
    // NamespaceStore.key(NamespaceStore.TESTCASE_RESULT)是获取上一个测试用例的执行结果
    boolean flag = (boolean) NamespaceStore.key(NamespaceStore.TESTCASE_RESULT);
    if (flag)
        return ENABLED_BY_TESTCASE_PASS;
    return ENABLED_BY_TESTCASE_FAIL;
}

登录后复制

}

然后，定义一个自定义注解@DisabledOnScenario，用于标记需要在前置测试失败时被忽略的测试方法：

import com.platform.junit5.imp.DisabledOnRelyTestCaseCondition;
import org.junit.jupiter.api.extension.ExtendWith;
import java.lang.annotation.*;</p><p>@Documented
@Target({ElementType.TYPE, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
@ExtendWith(DisabledOnRelyTestCaseCondition.class)
public @interface DisabledOnScenario {}

登录后复制

在测试方法中使用@DisabledOnScenario注解：

# 所有测试用例加上@DisabledOnScenario注解
@Test
@Order(1)
@DisplayName("App搜索获取商品信息")
@DisabledOnScenario
@Api(address = Host.eu, method = RequestMethod.POST, url = eu.search)
public void search() {
// 业务代码...
}

登录后复制

【Junit5】接口场景化解决方案1