PhraseryPhrasery homeGet Phrasery
Tests & QA21 categories

Write test cases from acceptance criteria

A story is ready for QA and the criteria need turning into concrete checks.

Longtest-casesacceptance-criteriaqa
Turn these acceptance criteria into test cases.

For each case give: an ID, preconditions, steps, expected result, and which criterion it covers.

Rules:
1. One case per assertion. Do not bundle five checks into one long script.
2. Expected results must be observable, with the specific text, state or value expected. Not "the page works".
3. Cover the negative path for every criterion: rejected input, missing permission, dependency down.
4. Flag any criterion that cannot be tested as written, and say what it would need to become testable.
5. List the cases that should be automated and the ones that are only worth doing manually, with a reason.

End with the gaps: behaviour that clearly matters but appears in no criterion.

Acceptance criteria:

Making it yours

  • Paste your own material where the prompt asks for it. Everything above that line is instruction, not content.
  • Delete any rule that does not apply to you. A shorter prompt that fits beats a thorough one that does not.
  • If the answer comes back vague, add a line saying what you do not want. Constraints work better than encouragement.

Finding coverage gaps. Working out which behaviours, edge cases and error paths nothing currently checks.

Related prompts

Keep this one

Phrasery saves prompts with a right-click and puts them back the same way. Add this to your own library in one click.

Add to your browser โ€” free