3

我们按照规定的标准编写用户故事作为 XI 想要 Y 以便 Z。现在随着 BDD 和 Gerkhin 语言格式用于指定要求的流行，是否有人有将他们的用户故事转换为 Gerkhin 格式的经验。您是否发现以这种格式从业务中获取需求更容易和直观，并且您是否体验过这样做的任何好处？

4

4 回答 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 回答