Cucumber并行测试中能否调整测试场景执行顺序？

1. 场景延后执行（基于@标签） #

完全可以实现。你可以给依赖共享资源的场景统一打标签（比如@ResourceLocked），在测试执行的拦截环节做判断：

• 线程启动场景前，先检查当前是否有带该标签的场景在运行
• 如果有冲突，把当前场景移到队列尾部，直接执行队列里的下一个场景
• 被延后的场景会在后续轮次中，等资源释放后再执行

2. 测试队列的直接访问与修改 #

主流测试框架都支持通过扩展机制直接操作测试队列：

• TestNG：实现IMethodInterceptor接口，在intercept方法中拿到待执行的测试方法列表，直接调整顺序、替换或转移元素
• JUnit 5：通过Extension接口，在测试计划生成阶段（beforeTestExecution）动态修改待执行场景队列
• 注意：必须用线程安全的方式操作队列，比如用synchronized块包裹修改逻辑，或者使用ConcurrentLinkedQueue存储待执行场景，避免并发修改导致的队列异常

3. 核心实现示例（TestNG） #

public class ResourceConflictHandler implements IMethodInterceptor {
    // 全局标记共享资源是否被占用
    private static final AtomicBoolean resourceInUse = new AtomicBoolean(false);

    @Override
    public List<IMethodInstance> intercept(List<IMethodInstance> methods, ITestContext context) {
        List<IMethodInstance> executable = new ArrayList<>();
        List<IMethodInstance> delayed = new ArrayList<>();

        for (IMethodInstance method : methods) {
            // 检查当前场景是否带资源锁定标签
            boolean isLockedScene = method.getMethod().getGroups().contains("ResourceLocked");
            
            if (isLockedScene) {
                if (resourceInUse.get()) {
                    delayed.add(method);
                } else {
                    executable.add(method);
                    // 标记资源即将被占用
                    resourceInUse.set(true);
                }
            } else {
                executable.add(method);
            }
        }
        // 把延后的场景加到队列末尾
        executable.addAll(delayed);
        return executable;
    }
}

同时给场景A、B加上标签：

@Test(groups = "ResourceLocked")
public void scenarioA() {
    try {
        // 场景A逻辑
    } finally {
        // 释放资源标记
        ResourceConflictHandler.resourceInUse.set(false);
    }
}

@Test(groups = "ResourceLocked")
public void scenarioB() {
    // 场景B逻辑
}

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