- The dashboard at app.momentic.ai: uploaded run data with videos, traces, auto-heal history, and quarantine state.
- Local reports: JUnit XML, Allure, Playwright JSON, or Buildkite JSON, for feeding into other CI tooling.
Uploading to the dashboard
Pass the upload flag on anyrun invocation:
MOMENTIC_API_KEY
must be set.

- Status: pass, fail, flaky, quarantined, cancelled
- Duration and cost, time the run took plus AI token usage
- Environment and branch, which env and Git branch the run targeted
- Trigger: CLI, API, scheduled, or manual
Filtering
Filter runs by test name or label, environment or branch, status, time range, or trigger type. Saved filters live in the left sidebar.Drilling into a run
Each run page shows every step with its status, duration, and artifacts. Click a step to view its video replay, trace (DOM, network, console), screenshots, auto-heal traces when healing fired, and AI reasoning. For web steps that used element location, the detail pane also includes a Cache section showing whether the step used cache, missed cache, busted cache before use, or had no cache, along with the reason when available. The result tree keeps noisy step structures compact:- Conditional rows read as
If ...and show the evaluated outcome inline as= trueor= false. - Retried steps collapse to one final row with a retry count; expand it to see
each
Attempt N. - While loops expand into
Iteration Ngroups so each pass through the body is inspectable.
momentic results view
(or
momentic-mobile results view
for mobile).
Sharing
Each run has a shareable URL. Team members with workspace access can open it directly.Generating local reports
Pass--reporter to run to emit a standardized report file into the
reporterDir (defaults to
./reports):
| Format | Web | Mobile | Notes |
|---|---|---|---|
json | Yes | Yes | Momentic JSON report with structured run results and classifications. |
junit | Yes | Yes | JUnit XML. Drops into any CI system that surfaces JUnit. |
allure | Yes | Yes | Allure result directory. |
allure-json | Yes | Yes | Allure JSON results (one file per test). |
playwright-json | Yes | No | Playwright-style JSON report. |
buildkite-json | Yes | Yes | Buildkite Test Analytics JSON format. |
newrelic | Yes | No | Pushes custom events to New Relic instead of writing a file. |
momentic run and
momentic-mobile run
for the full CLI flag reference.
Live run progress
While a run is in flight, the CLI writes aprogress.json file to the top of
the --output-dir (defaults to
./test-results). It is updated as steps complete, so you can poll it to track
long runs (for example, to report that a test has finished “53 of 70 steps”) or
forward it to your own reporting pipeline.
The file holds an aggregate roll-up plus one entry per test run:
completedSteps/totalStepscount top-level steps. An AI action and its substeps count as one step; a module or section counts as one plus its nested steps; a conditional counts as one assertion plus its largest branch (only one branch runs); a while loop counts as one step regardless of iterations.- The file is written atomically and updated on a short throttle, so a reader always sees a complete, valid JSON document.
- When tests are sharded across multiple machines, each shard has its own
--output-dirand therefore its ownprogress.json. When tests run across parallel workers on a single machine, the parent process writes one mergedprogress.jsoncovering all workers.
CI integration
Every CI/CD template uploads results by default. See your CI provider’s page for the ready-to-paste config.Artifacts
Failed runs include:- Video: enable via
recordVideoinmomentic.config.yaml - Trace: always captured on failure
- Screenshots: captured at each step
- Auto-heal traces: shown in the run viewer when auto-heal fires
reporterDir.
Viewing runs outside the dashboard
The result viewer behindmomentic results view also ships as a static bundle
you can host yourself, useful when you’d rather serve run results from your own
infrastructure. See
Self-host the result viewer.