Overview
Every project has its own detail page, the home base for its coverage map, test cases, runs, and settings. Open a project from All Projects and you land on its Test Cases (or, while the project is still being set up, on the stage it has reached or its Onboarding Checklist). Everything else is one click away in the left nav.
The Left Nav at a Glance

Test Cases: the Working List

Inside a Test Case
Clicking a row opens the test case as a drawer over the list; expand it to a full page when you need more room.
- Left, the definition: priority, the test description (the prompt the run is judged against), and the step list. The name is the heading and can’t be edited here; rename it in the batch editor (Edit Test). Edit steps opens the step editor; the primary button is Save & Run, because an edited test only means something once it re-runs.
- Right, the evidence: for UI tests, a Preview tab (the run’s recording) and a Code tab; for API tests, the generated code and its terminal output.
- Bottom, the run list: the Test runs panel lists this case’s past runs with status and date.
Reading a failure

- The verdict and error message in the result panel: what the judge concluded, in plain language.
- The step trace: which step failed, with the page state at that moment. For UI tests, see Step-by-Step Replay.
- The output: terminal output for API tests, the recording for UI tests.
- The fix-suggestion prompt: a ready-to-use prompt describing the failure. Copy it into Cursor, Claude Code, or your IDE and let your coding agent drive the fix.
Test Runs & Reports

Project Settings

Where to Go Next
Coverage Map
The visual front door to this project’s tests
Managing Test Cases
Improve a test after reviewing its results
Insights
Regressions and quality trends across runs