bdd - 用户故事应该以 Gherkin 格式编写吗?

标签 bdd agile specflow user-stories

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

最佳答案

您仍然在 Gherkin 中以 As an X I want a Y so that Z 开始每个功能。然而,这通常被扭转,因此它的好处是它最突出的方面, 例如来自 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/

关于bdd - 用户故事应该以 Gherkin 格式编写吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18815710/

相关文章:

cucumber - 将外部数据源与 Cucumber 特征文件集成

agile - 与 github 集成的 Scrum 工具,建议?

unit-testing - 管理单元测试的维护负担

testing - AppHarbor 测试执行配置

c# - Specflow:为许多场景大纲维护一个示例表

visual-studio - Visual Studio 测试资源管理器未找到 SpecFlow 功能

rspec - 是否有针对属性确切长度的 rspec 测试?

bdd - 用于用户输入验证的 Gherkin 场景

testing - 行为驱动还是测试驱动开发?

javascript - Jasmine中 "it()"代表什么?