java - 如何在 Cucumber 中组织规范定义？

Question

我们正在考虑在我们的项目中使用 Cucumber 进行验收测试。

当我们在 Cucumber feature 中编写 scenario 时，我们编写了一个 Given、When 和Then 语句。

当我们使用 cucumber-jvm项目中，Given、When 和Then 语句与 (JUnit) 类中的 Java 方法相关。

我想知道项目结构中Given/When/Then 相关代码的最佳组织方式是什么。我主要关心的是在一个大项目中维护 Cucumber 测试，其中场景的数量非常重要，尤其是关于功能之间共享的项目。

我至少可以看到两种主要方法:

1. 每个功能都与其自己的 JUnit 类相关。因此，如果我有一个 foo/bar/baz.feature cucumber 文件，我将找到相关的 foo.bar.Baz JUnit 类以及足够的 @Given、@When 和 @Then 注释方法。

2. 将@Given、@When 和@Then 方法分离到“主题”类和包中。例如，如果在我的 cucumber 场景中我有一个声明 Given user "foo"is logged，那么 @Given("^user\"([^\"]*)\"is logged$") 注释的方法将位于 foo.user.User 类方法中，但潜在地，@When 方法稍后会在相同的方法中使用 cucumber 场景将在不同的 Java 类和包中(比如 foo.car.RentCar)。

对我来说，第一种方法似乎不错，因为我可以轻松地建立 cucumber 功能和 Java 代码之间的关系。但缺点是我可以有很多冗余或代码重复。此外，可能很难找到可能存在的 @Given 方法，以避免重新创建它(IDE​​ 可以提供帮助，但这里我们使用的是 Eclipse，它似乎没有给出列表现有的 Given 语句？)。

另一种方法似乎本质上更好，当您在多个 cucumber 功能之间共享给定条件时，因此我想避免代码重复。这里的缺点是很难在 @Given Java 方法和 Given cucumber 语句之间建立链接(也许 IDE 可以提供帮助？)。

我对 cucumber 很陌生，所以也许我的问题不是一个好问题，随着时间和经验的积累，结构将是不言而喻的，但我想得到有关其用法的良好反馈...

谢谢。

Answer 1

我建议根据代码所指的对象对代码进行分组，类似于您在问题中提出的选项 #2。原因是:

• 根据代码的使用方式和使用位置来构建代码是一个很大的禁忌。它实际上是在您的功能文件和代码之间创建耦合。
  想象一下在您的产品代码中有这样的事情 - SendEmail() 函数不会在名为 NewEmailScreenCommands 的类中，对吗？它会在 EmailActions 或类似的地方。
  所以这同样适用于此；根据代码的作用而不是使用它的人来构建代码。

• 第一种方法很难重新组织您的特征文件；每当更改功能文件时，您都必须更改代码文件。

• 保持代码按主题分组使 DRYing 变得更容易；您确切地知道处理 user 实体的所有代码在哪里，因此您可以更轻松地重用它。

在我们的项目中，我们使用这种方法(即 BlogPostStepDefinitions 类)，如果类变得太大，则进一步分离代码到步骤类型(即 BlogPostGivenStepDefinitions ).