0

我刚开始在一个新项目中使用 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
4

2 回答 2

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

于 2014-02-24T12:09:46.050 回答
1

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

于 2015-06-21T06:59:05.707 回答