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 AI Test Case Generator
- Paste the user story in the "As a / I want / So that" form and add acceptance criteria as context.
- Set the number of cases and whether API tests should be included, then press Generate.
- Use Improve to sharpen steps and expected results, or the Add… buttons to extend coverage — new cases are appended with the next free ID.
- Sort the table by priority or type, then export as Markdown for a wiki, CSV for Excel/Jira import or JSON for automation.
AI Test Case Generator features
- Structured test cases with ID, title, type, priority, preconditions, test data, steps, expected result, category flags, risk and notes
- Iterative workflow: Generate, Improve, Add Negative / Edge / Boundary / Security / Regression cases, Generate API tests
- Sortable table plus Markdown, JSON and CSV tabs with copy and download
- IDs stay stable across iterations so you can track cases in your test management tool
AI Test Case Generator example
User story → suite
Input:
As an Admin
I want to delete an individual lookup value
So that small fixes take secondsOutput:
TC-001 Admin deletes an unused lookup value successfully (P0, positive)
TC-002 Delete is blocked for a value referenced by records (P1, negative)
TC-003 Non-admin cannot delete via the API → 403 (P0, security/api)
…The example user story
Part 1:As an Admin Part 2:I want to delete an individual lookup value Part 3:So that small fixes take seconds
- 1The roleSays which permissions to test with: a user without that role must be refused.
TC-003 Non-admin cannot delete via the API → 403 (P0, security/api) - 2What the role wants to doBecomes the core happy path, the P0 positive case.
TC-001 Admin deletes an unused lookup value successfully (P0, positive) - 3The benefit clause (“So that”)Says what to measure: here, how long a small fix takes.
- 4Not in the story: a value records still useAn open question becomes a negative case; the AI states the assumption it made in the summary or coverage list.
TC-002 Delete is blocked for a value referenced by records (P1, negative) - 5Acceptance criteria (optional context)Not in this example: add them as context in step 1. A story with no acceptance criteria is not ready for testing.
An illustrative mapping of the example story to the first three cases shown above; the suite the AI actually generates varies.
Frequently asked questions about AI Test Case Generator
What do the Add … buttons do?
They send your current suite back to the AI and ask only for new cases of that kind (negative, edge, boundary, security, regression or API). New cases are appended with the next free ID, so nothing you already have is lost or renumbered.
Can I import the cases into Jira, TestRail or Excel?
Yes. Use the CSV tab for spreadsheet and test-management imports, Markdown for wikis and pull requests, or JSON for automation frameworks.
What do the priorities mean?
P0 is the core happy path and any data-loss or security blocker, P1 the main validations and permissions, P2 edge and boundary detail, and P3 cosmetic or rare cases. The separate Risk column rates how much the business loses if the case fails.
Technical notes
Each case has an ID, a title, a type, a P0–P3 priority, preconditions, test data, numbered steps, an expected result, category flags, a Low/Medium/High risk and notes; the suite also comes with a summary and a list of what it covers. One response holds at most 40 cases.
Each action sends the current cases back to the server so the AI can extend the suite without repeating existing scenarios; numbering continues from the highest existing ID.
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".