Рассказы о сценариях с огурцами в спринте?

Question

Я только начинаю с Cucumber и BDD/ATDP(Acceptance Test Driven Planning) в новом проекте, я не на 100% уверен в том, что составляет историю, - сценарии, которые я в конечном итоге буду использовать в качестве своих спринтерских историй? Я предполагаю, что это должно быть так, но не уверен на 100%, прав ли я, или это так, что описание функции, как в примере ниже, будет историей?

например

особенность: возможность дублировать запись счета

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

Answer 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
  ...

Приведенные выше сценарии проверяют / проверяют вашу пользовательскую историю / функцию, т.е. дублирование счетов.

Руководство по Скраму => https://www.scrum.org/Portals/0/Documents/Scrum%20Guides/2013/Scrum-Guide.pdf

Answer 2

Особенность не совсем история. НО функция находится между эпической и пользовательской историей, чтобы иметь возможность сортировать историю по категориям. Когда истории описывают функциональные возможности, функции описывают капсульный атрибут одной системы. функции короче. это зависит от того, как выполняется процесс разработки требований. Подобно рассказам, также функция может быть неполной, если смотреть в разных контекстах, поэтому сценарии охватывают сказанное И невысказанное и еще не увиденное, что позволяет нам включить его в требования.