我们按照规定的标准编写用户故事作为 XI 想要 Y 以便 Z。现在随着 BDD 和 Gerkhin 语言格式用于指定要求的流行，是否有人有将他们的用户故事转换为 Gerkhin 格式的经验。您是否发现以这种格式从业务中获取需求更容易和直观，并且您是否体验过这样做的任何好处？
问问题
1648 次
4 回答
5
As an X I want a Y so that Z您仍然在 Gherkin 中启动每个功能。然而，这通常被扭转，因此它的好处是它最突出的方面，例如来自https://github.com/cucumber/cucumber/wiki/Gherkin
Feature: Some terse yet descriptive text of what is desired
In order to realize a named business value /*Z*/
As an explicit system actor /*X*/
I want to gain some beneficial outcome which furthers the goal /*Y*/
完成本部分后，Gherkin 功能的其余部分将是更容易识别的Given When Then部分，但这些只是突出您的功能功能的示例。它们与您的功能定义一起存在，而不是代替它。
有关更多详细信息，请阅读http://dannorth.net/introducing-bdd/
于 2013-09-16T09:55:11.910 回答
2
我会继续以“作为......我想要......所以......”格式编写用户故事，并使用 Gherkin 编写您的接受标准。
于 2013-09-15T21:21:14.187 回答
1
在我使用敏捷的经验中，我注意到没有适用于所有情况和所有团队的固定规则。敏捷的概念是摆脱不必要的形式主义，而这些变化宁愿远离真正的敏捷概念（我的 POW！）
在编写用户故事的同时，它更像是一个进化的东西，然后被修复。对于每个新团队，您都必须尝试并测试对他们有用的方法。“不要修复没有解决的问题”，因此如果您当前的用户故事有一些问题，请在回顾会议期间指出并解决问题。尝试遵循团队建议和同意的更改。你最终会得到更好的用户故事。
于 2013-09-16T02:47:39.260 回答
0
用户故事已经有一个简单的定义格式
As a <Type of User>
I want <To perform some action>
So that <I receive some value>
Gherkin 格式（Gherkin 是一种用于制作泡菜的黄瓜）通常用于在 Cucumber 测试自动化工具等软件中记录验收标准。得到它？Cucumber 中使用的 Gherkin 格式？Gherkin 格式使用 Given...When...Then... 语句。
小黄瓜格式：
Given <A Certain scenario>
When <I perform some action>
Then <I receive some result>
根据我的经验，验收标准以许多不同的格式编写，从项目符号列表到逗号分隔列表和连续句子。因此，Gherkin 格式提供了一种描述验收标准的标准方法，同时通过其简化格式防止复杂或复合验收标准
将简单的 Gherkin 格式用于验收标准还有另一个有趣的附带好处。由于验收标准必须简单且以这种格式直截了当，因此每个细节都必须记录在其自己的 Given...Then...Then 语句中。因此，当我们开始查看特定用户故事的 Gherkin 语句数量时，当语句数量超过 15 或 20 时，这表明我们的用户故事可能是伪装成用户故事的史诗或功能。也就是说，我们应该将用户故事分割成更小的用户故事，每个用户故事的 Gherkin Acceptance Criteria语句更少. 有关详细信息，请参阅以下 ProDataMan 博客上的相关帖子...
于 2017-01-08T08:34:38.543 回答