我刚刚在一个新项目中开始使用Cucumber和BDD / ATDP(验收测试驱动计划),我不是100%确定构成故事的内容,我将最终使用的场景作为我的冲刺故事?我猜这应该是这样的,但不是100%确定我是对的,还是下面的例子中的特征描述会是故事呢?
e.g
功能:能够复制发票记录
In order to re-use a particular invoice details
As a user
I want to be able to duplicate an existing invoice record
答案 0 :(得分:2)
An user Story is a {small} functionality which can be tested and
delivered within a timebox. Scenarios represent different ways of interacting
with that functionality. So, an User Story may have multiple scenarios.
Scenarios are implemented in {re-usable} steps.
在您的情况下,各种情况可能是
Feature: Invoice duplication
...
Scenario: Valid invoice
...
Scenario: Non-existing invoice
...
Scenario: Already duplicated invoice
...
Scenario: Expired invoice
...
上述方案验证/测试您的用户素材/功能,即发票复制。
Scrum指南=> https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide.pdf#zoom=100
答案 1 :(得分:1)
一个功能并不完全是一个故事。但是一个特征是在史诗和用户故事之间,以便能够对故事进行排序分类。 wheras故事描述功能特征描述一个系统的封装属性。功能更短。这取决于需求工程的完成过程。类似于故事,如果从不同的情境中看到一个特征也可能是不完整的,因此情景涵盖了被告知和未知的情况以及尚未看到的情况,允许我们将其包含在要求中。