How are test cases derived from a user story?
A user story ("as a customer I can pay with a saved card so that checkout is faster") becomes testable through its acceptance criteria: each criterion, written as a precondition, an action and an observable result, maps to at least one test case, and the questions the story does not answer — a declined card, an expired one, no saved card at all — become the negative cases. The story's benefit clause ("so that") says what to measure; the role says which permissions to test with. A story with no acceptance criteria is not ready for testing, and usually not for development either.
Read the guide: How to Write Test Cases
How to use User Story → Test Scenarios
- Paste the user story.
- Generate and scan the scenario outline.
- Export or expand the important scenarios into detailed test cases.
User Story → Test Scenarios features
- Main success, alternate, exception, permission, data-state and non-functional scenarios
- Verb-aware extras (lockout for login, declined payment, no search results, dependent records on delete)
- Parsed story panel with role, action, benefit, verb and entity
- Counts by scenario kind
- Export as Markdown, JSON, CSV or Gherkin
User Story → Test Scenarios example
Scenarios for paying with a saved card
Input:
As a customer, I want to pay for my order with a saved card so that checkout is faster.Output:
TS-001 Main success: customer pays order main Critical
TS-005 Exception: invalid or missing input … exception High
TS-008 Permission: user without the customer role … permission Critical
TS-014 Exception: payment declined or gateway unavailable exception CriticalFrequently asked questions about User Story → Test Scenarios
What kinds of scenarios are produced?
Main success, alternate paths (minimal data, bulk, cancel), exceptions (invalid input, concurrent change, network failure), permission scenarios, data-state scenarios (empty, large, Unicode) and non-functional checks.
How are verb-specific scenarios chosen?
Login stories get lockout and brute-force scenarios, payment stories get declined-card and double-charge checks, uploads get size/type failures, deletes get dependent-record handling, searches get the no-results case.
How do I turn scenarios into test cases?
Pick the scenarios worth detailing and run User Story → Test Cases or the Test Case Generator, or export to Gherkin and expand the steps.
References
- ISTQB Certified Tester Foundation Level (CTFL) v4.0The foundation syllabus of software testing: test levels and types, test design techniques, test management and tools.
- Agile Testing: A Practical Guide for Testers and Agile Teams (Lisa Crispin, Janet Gregory)The agile testing quadrants and how testers work inside a delivery team — the basis of "testing at the right layer".
- ISTQB GlossaryThe standard definitions of testing terms — test case, regression testing, severity, priority, boundary value analysis and the rest.