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 Requirements → Test Scenarios
- Paste the functional requirements, one per line.
- Generate to see scenarios and the coverage map.
- Resolve any uncovered requirement warnings and export.
Requirements → Test Scenarios features
- Groups requirements by kind into end-to-end scenarios with negative counterparts
- Cross-requirement journeys that exercise several requirements in sequence
- Regression smoke and permission-matrix scenarios
- Coverage map from requirement to scenario ids, with warnings for gaps
- Export as Markdown, JSON, CSV or Gherkin
Requirements → Test Scenarios example
Cart requirements
Input:
1. Customers can add products to a cart.
2. Quantity must be between 1 and 10.
3. Checkout requires a verified email.Output:
TS-001 Core functional flow covers REQ-1
TS-002 Core functional flow — negative and exception paths covers REQ-1
TS-003 Input validation and error handling covers REQ-2, REQ-3
TS-005 Regression smoke across all requirements covers REQ-1, REQ-2, REQ-3
TS-006 Permission and role matrix covers REQ-1Frequently asked questions about Requirements → Test Scenarios
How are requirements grouped into scenarios?
By kind — functional flow, validation, security, performance, UI, data and integration — with a negative counterpart for functional and validation groups, cross-requirement journeys and a permission matrix.
What is the coverage map?
A table showing which scenario ids exercise each requirement and how many; uncovered requirements are reported as warnings so nothing slips through.
What are cross-requirement journeys?
Sequences of consecutive functional requirements executed by one user in one session, which reveal integration issues single-requirement tests miss.
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.