问如何组织Cucumber中的规格定义？

EN

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

• 根据代码的使用方式和位置来组织代码是一个很大的禁忌。它实际上是在你的功能文件和你的代码之间创建耦合。

在您的产品代码中想象这样一件事-- SendEmail()函数不会在一个名为NewEmailScreenCommands的类中，对吗？它应该是在EmailActions或类似的语言中。

同样的道理也适用于这里；根据代码做什么来构造代码，而不是根据谁在使用它。

• 第一种方法会使重新组织您的功能文件变得困难；无论何时更改您的功能文件，您都必须更改代码文件。

• 将代码按主题分组使DRYing更加容易；您确切地知道处理user实体的所有代码的位置，因此更容易重用它。

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

我们还开始使用Cucumber-JVM进行验收测试，在组织代码方面也遇到了类似的问题。我们为每个特征选择了1步定义类。目前这是很好的，因为我们正在测试的功能并不是非常复杂和完全独立的，我们的功能之间几乎没有重叠。

我认为您提到的第二种方法会更好，但将几个不同的步骤定义类绑定到一个场景中通常是具有挑战性的。我认为，一旦你开始添加更多的功能并像往常一样重构，最好的项目结构将变得更加清晰。

同时，这里有一个cucumber的Eclipse插件，

https://github.com/matthewpietal/Eclipse-Plugin-for-Cucumber

在编写特性时，它具有语法突出显示以及现有可用步骤的列表。

在我目前参与的项目中，我们问了自己同样的问题。

在摆弄了一些可能性之后，我们选择的是您公开的两种解决方案的混合。

• 将步骤重新分组为以主题为中心的通用步骤类
  • app-start步骤
  • 安全检查步骤
  • 在此处放置随机要素关注

​

• 和场景类(在某些情况下甚至是功能)

的特定步骤

这是同时具有因式分解的代码分组，这是很容易识别的，它的任何位置，去向和诸如此类的东西。然而，它允许不用过于具体的代码来扰乱这些公共类。

所有这些类之间的连接都是由spring处理的(使用cucumber spring，一旦您掌握了它的诀窍，它就会做得很好)。