java - 使用 cucumber-jvm 异步执行步骤

Question

考虑以下 cucumber 场景:-

Scenario: Test payment
 Given I login to terminal
 When POS token is generated asynchronously
 Then user generates mobile token
 And payment is successful

“POS token 异步生成”步骤需要异步执行，不应阻塞其后下游步骤的执行。我能够使用 Java 中的 FutureTask 完成它。但是，如果出现故障，我无法断言故障。下面是代码片段

@When("^POS token is generated asynchronously$")
public void gs_Consumer() throws Throwable {

    HashMap<String, Object> m = DataContainer.getDataMap();

    ExecutorService executor = Executors.newFixedThreadPool(2);
    FutureTask<Object> futureTask1 = null;

    futureTask1 = new FutureTask<Object>(new Callable<Object>() {

        public Object call() throws Exception {

            DataContainer.setDataMap(m);

            try {
                retrieve_consumer_information();
            } catch (Throwable e) {
                DataContainer.getDataMap().put("exception", e);
                throw new Exception(e);
            }
            return null;
        }
    });

    executor.execute(futureTask1);

    DataContainer.getDataMap().put("response", futureTask1);
    // Shutdown the ExecutorService
    executor.shutdown();
}

然后我在 After 方法中得到响应，因为我无法在此方法内执行 futureTask1.get()，因为它会阻止执行其他下游步骤。

public void afterAsynchMethod() {

     try {
        ((FutureTask<Object>) DataContainer.getDataMap().get("response")).get();
    } catch (InterruptedException | ExecutionException e) {
        // TODO Auto-generated catch block
        Assert.fail(e.getMessage());
    }

}

现在如果异常发生在 After 方法中，场景仍然不会反射(reflect)为失败场景。在这种情况下如何使场景失败或以任何其他方式失败？

Answer 1

这个场景里面有很多细节。我会考虑将细节插入堆栈。尽可能多地隐藏在该步骤将使用的助手类中。

可能是

Scenario: Thomas pays for a yearly support subscription
Given Thomas has payed 150 EUR with his credit card
When the payment is confirmed
Then he should get a receipt

这更多地讨论了预期的行为而不是实现。 Thomas 不关心服务是否异步。

但是那实现呢？实现应该关心问题的异步性质。但不是场景。该场景应仅描述所需的行为。

对我来说，听起来您正在连接到外部服务。该程序无法控制的服务。可能是一个网络电话。

我会创建一个 stub ，作为给定调用的真实服务进行响应。 stub 将立即响应并且永远不会有中断的网络阻止它。这将消除在此处处理异步行为的需要。

然后我将实现一个集成测试，该测试使用与调用 stub 相同的参数调用真实服务。并期望外部服务有同样的原因，因为 stub 是硬编码响应的。这不是面向业务的测试，因此我不会使用 Gherkin 进行描述。我可能会使用 JUnit 或类似的测试框架来实现它。

这可能需要更多工作，但它会提供更可靠的测试设置。您可以使用 Gherkin 中描述的场景作为开发人员和业务利益相关者之间的沟通工具。利益相关者可能不关心支付是否异步。他们关心 Thomas 可以付款并获得收据这一事实。