在接口测试过程中，场景化用例的设计和执行是一个关键环节。场景化用例涉及多个接口的串联，模拟用户在实际业务中的操作流程。以下是针对场景化用例中常见问题的解决方案和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() {
// 业务代码...
}}
WebShop网上商店系统专注中小企业、个人的网上购物电子商务解决方案，淘宝商城系统用户/个人首选开店的购物系统！综合5500多用户的意见或建议，从功能上，界面美观上，安全性，易用性上等对网店系统进行了深度的优化，功能更加强大，界面模板可直接后台选择。WebShop网上商店系统特点：1 对于中小企业、个体、个人、店主和淘宝易趣等卖家，可利用WebShop快速建立购物网。2 源代码开放，利用WebS
通过@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框架提供了强大的工具来解决接口之间的依赖关系和执行顺序问题，以及在测试失败后的后续处理。通过@TestMethodOrder和@Order注解保证执行顺序，通过ExecutionCondition扩展模块自定义执行条件，可以有效地管理和优化测试流程。
