Cucumber-JVM中实现失败步骤后继续执行的技术方案

背景介绍

在自动化测试领域，Cucumber-JVM是一个广泛使用的BDD(行为驱动开发)测试框架。在实际测试场景中，我们经常会遇到这样的需求：当某个测试步骤失败时，不希望立即终止整个测试用例的执行，而是希望继续执行后续步骤，同时将失败的步骤标记为失败状态。

传统解决方案

在较早版本的Cucumber(使用info.cukes依赖)中，开发者可以通过扩展ExtendedParallelScenarioCucumber运行器来实现这一功能。这个自定义运行器通过以下方式工作：

1. 首先以dryRun模式执行测试，收集测试场景信息
2. 然后将测试场景分割成多个部分
3. 最后并行执行这些分割后的测试场景

这种方式虽然能够实现"失败后继续执行"的效果，但存在几个问题：

• 实现复杂，需要维护大量自定义代码
• 与Cucumber核心框架耦合度高
• 升级到新版本Cucumber时兼容性问题多

现代最佳实践

对于Cucumber 7.18.0及更高版本，推荐使用"软断言"(Soft Assertions)模式来替代传统的失败继续执行方案。软断言的核心思想是：

1. 在测试步骤中收集所有断言结果，而不是遇到第一个失败就抛出异常
2. 在测试结束后统一验证所有断言
3. 如果有任何断言失败，再将整个测试标记为失败

AssertJ等断言库提供了内置的软断言支持，使用方式如下：

// 在测试类中初始化软断言
private SoftAssertions softly = new SoftAssertions();

// 在测试步骤中使用软断言
@When("执行某些操作")
public void doSomething() {
    softly.assertThat(actualValue).isEqualTo(expectedValue);
    // 即使断言失败，代码也会继续执行
}

// 在@After钩子中验证所有断言
@After
public void verifyAllAssertions() {
    softly.assertAll(); // 如果有任何断言失败，这里会抛出异常
}

方案对比分析

方案	优点	缺点
传统自定义运行器	步骤级别失败标记	实现复杂，维护成本高
软断言模式	实现简单，与框架解耦	失败标记在测试用例级别

实施建议

1. 对于新项目，强烈建议采用软断言模式
2. 对于已有项目迁移，可以逐步将自定义运行器替换为软断言
3. 在测试报告中，可以通过自定义报告插件来更清晰地展示哪些断言失败

总结

在Cucumber-JVM测试框架中，实现"失败后继续执行"的需求有多种技术方案。随着框架的发展，软断言模式因其简单性和可维护性成为推荐做法。开发者应根据项目实际情况选择最适合的方案，平衡测试准确性和执行效率的需求。