Where your tests live
Momentic tests and modules are*.test.yaml and *.module.yaml files in your
repository. If a test or module is managed in the dashboard,
momentic import pulls it down to
disk and recreates its folder hierarchy. Read the
V2 format reference, the
web command reference, and
Steps for the published format and step references.
Migrating an existing test suite
Use a coding agent through the MCP server with the coding agent skills to write the YAML from an existing spec. This is the recommended way to port a suite. Momentic ships no automatic converter from Playwright, Cypress, or Selenium. Keep your existing suite running. Port the highest-value flows first. Label the ported tests and run them with--labels while both suites overlap. Delete an
old spec only after its replacement passes a few consecutive runs. See
Run from the command line for the CLI flags.
Keep existing setup code by calling it from a
JavaScript step in the
Node sandbox. Reuse a Playwright storage-state file
directly with the authLoad step.
Migrate out of Momentic
Momentic ships no exporter. See How Momentic works for the execution model. The YAML files are already in your repository, and the format is published, so you do not need to extract test source from a vendor first. Enterprise customers can ask for a one-time eject to open-source Playwright at contract termination. Ask your account team. Some steps have no equivalent in an open-source framework:- An AI action takes a goal in plain English and decides the clicks and the types itself.
- An AI check reads the DOM, the accessibility tree, and a screenshot to judge a semantic assertion.
- The step cache replays a resolved step with no model call.
- In-flow classification gives a failed run a category and a triage action before the CLI exits.
- Auto-maintenance repairs a step that moved.
--reporter junit,
--reporter json, or --reporter playwright-json so your dashboards and CI
gates do not depend on Momentic’s. See
Results and reporting and
JUnit outputs.