sprint 中的黄瓜场景故事吗？答案

【问题标题】：Are cucumber scenarios stories in a sprint?sprint 中的黄瓜场景故事吗？
【发布时间】：2014-02-24 10:27:07
【问题描述】：

我刚开始在一个新项目中使用 Cucumber 和 BDD/ATDP（验收测试驱动计划），我不能 100% 确定故事的组成部分，我最终将使用哪些场景作为我的 sprint故事？我猜应该是这种情况，但不是 100% 确定我是否正确，还是下面示例中的功能描述就是故事？

例如

功能：能够复制发票记录

In order to re-use a particular invoice details
As a user
I want to be able to duplicate an existing invoice record

【问题讨论】：

标签： ruby-on-rails rspec cucumber bdd atdd

【解决方案1】：

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

【讨论】：

嗨 Bala 感谢您的回复，这是否意味着功能就是故事？在上述情况下，它将是“复制发票记录的能力”，试图验证一个功能是否等于一个 sprint 中的故事。
查看这个：stackoverflow.com/questions/1707820/…

【解决方案2】：

一个功能并不完全是一个故事。但是一个功能介于史诗和用户故事之间，能够对故事进行分类。当故事描述功能时，特征描述了一个系统的封装属性。特征更短。这取决于需求工程的过程是如何完成的。与故事类似，如果从不同的上下文中看到某个功能可能是不完整的，因此场景涵盖了已告知的和未告知的和尚未看到的，允许我们将其包含在需求中。

【讨论】：