Skip to main content
The Test Coverage map — features, use cases, and their test cases flowing left to right

​
Overview

Test Coverage is the project’s visual map: your product’s features on the left, the use cases under each feature, and the test cases attached to each use case. Every node is colored by its latest results, so one look answers what’s covered, what’s passing, and where the blank spots are. Open it from the project’s left nav — it’s the first item under the project.

​
Reading the Map

The map flows left to right: Project → Feature → Use Case → Test Cases. Each use-case node aggregates the results of the tests under it:
While you’re editing, nodes also carry session tags: New (added this session), Modified (edited this session), and Draft (a hand-added test case not yet saved).

​
Dependency arrows

Arrows between use cases show logical prerequisites — “checkout depends on product search” — identified when the plan was generated. They drive the left-to-right layout and help you read the product’s structure.
Dependency arrows describe the relationship between capabilities; they do not sequence test execution. Runs you launch from the map execute as a normal batch.

​
Editing Directly on the Map

Editing a node inline, with the detail panel open on the right
There’s no separate edit mode — the map is directly editable inline:
  • Add a feature — hover the project root node and click +.
  • Add a use case — hover a feature node and click +; or click the trailing + on an existing use case to add one that depends on it.
  • Rename / edit a description — click a node and edit in the detail panel on the right.
  • Delete a feature or use case — from the same detail panel.
  • Add a test case under a use case — the + next to “Test cases” in the detail panel; or click the ✨ sparkle on a feature to have AI propose more tests for just that feature.
Edits are staged: a floating Save / Discard bar appears as soon as you change anything, and Cmd/Ctrl+Z undoes step by step. Nothing touches the plan until you save.

​
What Save does

The staged Save / Discard bar and the review dialog Save opens
  • New use cases get tests generated for them.
  • Deleted use cases take their now-orphaned tests with them — the review dialog lists exactly what would be removed before you confirm.
  • Renames and description edits save in one click and do not regenerate existing tests.
Editing pauses (with a tooltip explaining why) while tests are generating or running, and the map is read-only when you’re viewing a past plan version.
You can export the whole map as a PNG — useful for planning docs and release-readiness slides.

​
Workflow: Coverage-Gap Review Before a Release

The map is the fastest way to answer “what did we forget to test?” before shipping:
1

Open Test Coverage next to your PRD

Walk the feature list top to bottom against the release’s requirements.
Test Coverage as the first Workspace item in the project's left nav
2

Hunt gray and missing nodes

Gray = exists but never run. Missing = the feature or flow isn’t on the map at all — add it inline with + and let Save generate its tests.
Gray nodes on the map — use cases that exist but have never run
3

Check the red and amber paths

A red node on a release-critical flow is a blocker conversation; amber usually means an environment or auth issue worth clearing before you trust the run.
Red and amber nodes tracing a failing path through the map
4

Save and run the additions

New use cases generate their tests on save; run them and re-check the map — the goal is a green (or consciously accepted) path for every requirement.

​
Where to Go Next

Managing Test Cases

Edit the tests behind each node — singly or in bulk

Test Detail Page

The project page this map lives in

Refining Tests

Let AI improve a test that isn’t checking the right thing