黄瓜 BDD 中的场景应该有多少步（小黄瓜线）？
How many steps(Gherkin lines) in a scenario in cucumber BDD should have?
因为对一个场景应该有的行数（Steps/Gherkin）没有限制，但是仍然有人在一个场景中有更多的步骤（可能是 15 或 20 个步骤）时遇到问题.有没有提到使用特定数量的行是一种好习惯？ （一些参考资料可以帮助我证明）
谢谢
苏迪尔
测试人员可以选择是使用命令式还是声明式的 Gherkin 场景。它们之间的主要区别 - 抽象级别。
通常建议使用声明式风格，并保持场景小且产品所有者或业务分析人员（非技术人员）难以理解。
可以在以下博客中找到更多信息：
Gherkin 场景中的行数没有限制。至少没有技术限制。
限制是相当容易理解。它容易还是难以理解和维护？这是一个非常主观的测量。这与代码的限制完全相同。一种方法是否易于理解和维护？有些人，包括我，当一个方法做很多事情并且比几行代码长时会感到不舒服。有些人很乐意提供数百行代码的方法。
我从一个播客中写了一篇文章，其中一些 Cucumber 的维护者讨论了 BDD 反模式。它可以作为您参考的来源。 http://www.thinkcode.se/blog/2016/06/22/cucumber-antipatterns
原始播客可在此处找到：https://cucumber.io/blog/2016/05/09/cucumber-antipatterns
很遗憾，您的问题是关于意见的，我们知道意见差异很大。
因为对一个场景应该有的行数（Steps/Gherkin）没有限制，但是仍然有人在一个场景中有更多的步骤（可能是 15 或 20 个步骤）时遇到问题.有没有提到使用特定数量的行是一种好习惯？ （一些参考资料可以帮助我证明）
谢谢 苏迪尔
测试人员可以选择是使用命令式还是声明式的 Gherkin 场景。它们之间的主要区别 - 抽象级别。 通常建议使用声明式风格，并保持场景小且产品所有者或业务分析人员（非技术人员）难以理解。
可以在以下博客中找到更多信息：
Gherkin 场景中的行数没有限制。至少没有技术限制。
限制是相当容易理解。它容易还是难以理解和维护？这是一个非常主观的测量。这与代码的限制完全相同。一种方法是否易于理解和维护？有些人，包括我，当一个方法做很多事情并且比几行代码长时会感到不舒服。有些人很乐意提供数百行代码的方法。
我从一个播客中写了一篇文章，其中一些 Cucumber 的维护者讨论了 BDD 反模式。它可以作为您参考的来源。 http://www.thinkcode.se/blog/2016/06/22/cucumber-antipatterns
原始播客可在此处找到：https://cucumber.io/blog/2016/05/09/cucumber-antipatterns
很遗憾，您的问题是关于意见的，我们知道意见差异很大。