Automation cucumber BDD中的场景中应该有多少步骤（小黄瓜线）？

因为一个场景应该包含的行数（步骤/小黄瓜）没有限制，但在场景中包含更多步骤（可能是15或20个步骤）时，是否有人面临问题。是否有任何地方提到使用特定数量的行是一种良好的做法？（一些参考资料将有助于我证明）

谢谢

---

Sudhir

测试人员可以选择是使用命令式还是声明式的小黄瓜场景。它们之间的主要区别在于抽象的层次。 通常，建议使用声明式风格，并保持场景较小，且不受产品所有者或业务分析人员（非技术人员）的支持

更多信息可在以下博客中找到：

---

测试人员可以选择是使用命令式还是声明式的小黄瓜场景。它们之间的主要区别在于抽象的层次。 通常，建议使用声明式风格，并保持场景较小，且不受产品所有者或业务分析人员（非技术人员）的支持

更多信息可在以下博客中找到：

---

小黄瓜场景中的线数没有限制。至少没有技术限制

这种限制是可以理解的。它容易理解还是难以理解和维护？这是一个非常主观的衡量标准。这与代码的限制完全相同。方法是容易理解还是难以理解和维护？有些人，包括我在内，当一个方法做很多事情并且比少数几行代码还要长时，会感到不舒服。有些人乐于交付数百行代码的方法

我在一个播客上写了一篇文章，其中Cucumber的一些维护者讨论了BDD反模式。它可以作为您参考的来源

原始播客可在此处找到：

---

不幸的是，你的问题是关于观点的，我们知道观点有很多不同。

关于小黄瓜场景中的行数没有限制。至少没有技术限制

这种限制是可以理解的。它容易理解还是难以理解和维护？这是一个非常主观的衡量标准。这与代码的限制完全相同。方法是容易理解还是难以理解和维护？有些人，包括我在内，当一个方法做很多事情并且比少数几行代码还要长时，会感到不舒服。有些人乐于交付数百行代码的方法

我在一个播客上写了一篇文章，其中Cucumber的一些维护者讨论了BDD反模式。它可以作为您参考的来源

原始播客可在此处找到：

不幸的是，你的问题是关于观点的，我们知道观点有很多不同