A Business Analyst or Product Owner writes the requirements for the implementation of a component using Gherkin
syntax
Then, a developer uses this information to write actual Gherkin tests for the component (using Yada
for example) and adds it to the component library
Later on another BA, needs to write requirements for the addition of the same component in another place in the app, and would like to know which behavioral scenarios is the component covering.
The idea then, would be to expose the Gherkin scenario definitions (which are human readable) as part of the documentation that is generated for the component.
The use case for this is the following:
The idea then, would be to expose the Gherkin scenario definitions (which are human readable) as part of the documentation that is generated for the component.