Builds stakeholder-readable scripted manual test cases from a feature spec in four formats: a step-table (preconditions / steps / expected result / actual / pass-fail / notes) for spreadsheet review, a Gherkin Given/When/Then format for BDD-aware teams, a business-language UAT script with acceptance-criteria mapping and contractual sign-off (references/uat-format.md), and a one-line-per-item execution checklist for smoke / on-call / bug-bash / compliance sweeps (references/checklist-format.md). Each script is self-contained (no implicit team knowledge), single-scenario (one happy + N edge per script), and includes the data setup the tester needs without being a developer. Use when a feature can't be (or shouldn't be) fully automated and a human tester needs an executable script or checklist - UAT sign-off rounds, regression baselines, certification testing, deploy smoke checklists, exploratory follow-up scripts.
94
88%
Does it follow best practices?
Impact
95%
0.98xAverage score across 10 eval scenarios
High
Do not use without reviewing
Our regression pack is run by a rotating team in three timezones, and cases get
picked up individually from a queue rather than run in order. TC-15 opens with
"Continue with the booking created in TC-14", which means whoever draws it either
has to find and run TC-14 first, or has to go looking for whatever booking the
previous shift happened to leave behind.
Last cycle it was drawn by someone who did neither. She picked a booking from the list, changed a seat, and passed the case. We later found she had been on a fully flexible fare, which skips the part of the flow we actually wanted covered.
There is a second, slower failure. Nothing in the case ever gives the old seat back. Over a few months the good seats on the staging flight have been taken up one by one by past runs, and the step that says to choose a better seat now has almost nothing left to choose. The environment only rebuilds weekly.
We want a case that stands on its own, that covers the flow we intended, and that does not consume the environment a little more every time it runs.
Produce one markdown document at exactly
manual/TC-15-seat-change-standalone.md containing:
Out of scope: rewriting TC-14, automating the case, and anything to do with check-in or boarding passes at the gate.
Extract the following files before beginning.
=============== FILE: manual/TC-14-book.md ===============
=============== FILE: manual/TC-15-seat-change.md ===============
Continue with the booking created in TC-14.
=============== FILE: manual/test-data.md ===============
Site: https://staging.vergo-air.example Manage-booking sign-in needs the booking reference plus the passenger's surname.
| Reference | Passenger | Fare | Seat assigned at booking |
|---|---|---|---|
| QWK4RT | ADEBAYO/FUNKE | Economy Light | 24C |
| QWK4RU | LINDQVIST/ERIK | Economy Light | 24D |
| QWK4RV | MORALES/CARMEN | Economy Flex | 23A |
| QWK4RW | HAAS/JOHANNA | Economy Flex | 23B |
| QWK4RX | PATEL/RESHMA | Business | 2A |
Seat changes are free on Economy Flex and Business. On Economy Light a seat change is chargeable and the passenger is taken through a card payment step (staging accepts test card 4111 1111 1111 1111, any future expiry, CVC 123).
Row 12 is the exit row. Current occupancy on staging:
| Seat | State |
|---|---|
| 12A | occupied - left by a previous test run |
| 12B | occupied - left by a previous test run |
| 12C | occupied - left by a previous test run |
| 12D | occupied - left by a previous test run |
| 12E | free |
| 12F | free |
Staging is rebuilt from the reference data set every Sunday at 02:00 UTC.
Between rebuilds nothing releases a seat automatically. The staging admin
tool at /staging-admin/bookings has a "Revert booking to seeded state"
action that restores a booking's original seat and clears any change fee;
it takes a few seconds.
Staging email is captured at https://staging.vergo-air.example/mailtrap and arrives within about two minutes. Seat-change confirmations quote the new seat and the flight number.