In this blog post about acceptance criteria the author explains that good acceptance criteria should:State an intent not a solution (e.g. The user can choose an accountrather than The user can select the account from a drop-down)Are independent of implementation (ideally the phrasing would be thesame regardless whether this feature/story would be implemented one.g. web, mobile or a voice activated system)Are relatively high level (not every detail needs to be in writing)And further details such as:The column heading is BalanceThe rolling balance format is 99,999,999,999.9 D/CRWe should use a dropdown rather than checkboxesshould be moved to either a Team internal documentation or Automated acceptance testsHowever,I often hear people frowning about using Cucumber or similar frameworks for doing GUI tests.Moreover, using an internal documentation could generate lots of problems due to failure to update the documentation regularly.I'm still struggling to find an effective way to capture such details during the conversation with the customer.
Where to put details about the acceptance criteria of a user story?
agile;development process;scrum;requirements;user story