Articles Blogs Humor TemplatesInterview Questions
What's the best format to use when writing Acceptance Criteria in User stories that suit both Devs and testers?
I like the GHERKIN method.
Given, When, Then
Given (some pre-condition is true)
When (something happens)
Then (this is the expected outcome)
I like the classic user storie structure,
As a <User type>, I want to <goal>, So I can <benefit>
And as for acceptance criteria, I go with ordered lists, with sub items if needed, e.g.
if you're interested in supercharging your user stories and acceptance criteria, check out userdoc.fyi - you can get done in 10 minutes what could normally take 10 days.
A good format that works well for both developers and testers is the Given-When-Then structure. It helps define clear conditions, expected actions, and outcomes, making it easier for everyone to understand the requirements and test accordingly. Pairing this with clear, concise language and avoiding ambiguity also makes a big difference.
brought to you by enabling practitioners & organizations to achieve their goals using: