Cypress

Testver for Cypress

Write Cypress specs by describing them — and let AI keep them green.

Cypress is pleasant to write and unpleasant to maintain at scale: the specs multiply, the selectors drift, and triage across a large suite becomes its own job.

Testver keeps your Cypress project exactly as it is — same config, same commands, same custom commands — and adds AI authoring, failure analysis and locator healing around it.

Cypress 13+Custom commandsComponent & E2ECI gatingTrend reports

Languages supported for Cypress: TypeScript · JavaScript

Today

What a Cypress suite costs to keep

  • Selector churnChained selectors are quick to write and quick to break when the markup shifts.
  • Triage across a big suiteWhen twenty specs fail from one UI change, finding the single root cause is manual work.
  • Reporting is a plugin problemRun history, trends and team-wide visibility are assembled from third-party pieces.
With Testver

The same suite, maintained for you

  • Recorded flows become real specs

    Click through the journey once; the recorder writes a spec using your custom commands and data-testid conventions.

  • Failures grouped by cause

    Twenty red specs from one renamed element are presented as one problem with one proposed fix.

  • Auto-Heal with a verification step

    Proposed selector fixes are re-run against the affected specs before they are kept — and can be undone afterwards.

  • Reporting built in

    Run history, pass-rate trends and drill-down into any failure, without wiring plugins together.

  • Scheduling and CI gating

    Nightly runs and pipeline gates for GitHub Actions, GitLab CI, Jenkins, Azure, Bitbucket and CircleCI.

What lands in your repository

Idiomatic Cypress, written into your existing spec folder. Delete Testver tomorrow and this test still runs — there is no Testver runtime, adapter or import inside your project.

TypeScript
it('applies the promo code', () => {
  cy.visit('/cart');
  cy.get('[data-testid="promo-input"]').type('SAVE20');
  cy.contains('button', 'Apply').click();

  cy.get('[data-testid="order-total"]').should('have.text', '$79.20');
});
Quickstart

Point Testver at your Cypress project

It detects the framework, language and structure on its own. No migration, no config file to write, no change to how you run tests.

1

Install it

One global npm package. Node 18 or newer is the only prerequisite.

terminal
npm install -g @testver/testver
2

Go to your test project

Testver runs from inside the framework project you want to test, so change into that folder first.

terminal
cd path/to/your-test-project
3

Start the dashboard

Opens at localhost:3700. Testver detects the framework, language and structure of the project you started it in and lists your tests — no configuration to write.

terminal
testver serve

Typically under five minutes, start to first generated test.

Full installation guide — prerequisites, ports, running as a service

Cypress questions, answered

Does Testver replace the Cypress runner?
No. Specs run through your own Cypress installation and config. Testver adds authoring, triage, healing and reporting around it.
Will generated specs use my custom commands?
Yes. The recorder and assistant read your support files first, so generated specs reuse your custom commands and data-testid conventions.
What happens when one UI change breaks twenty specs?
They are grouped as a single root cause with one proposed fix, which is verified by re-running every affected spec before it is kept.

More in the full FAQ or the documentation.

Running more than one framework?

One Testver instance handles all of them — different projects can use different frameworks, languages and AI models.

See the full feature set, the comparison with other approaches, or try a live demo repo.

Ready to upgrade your test suite?

Keep your framework. Add AI and a premium toolset.

Set up in minutes. Self-host on your own hardware. Describe a test in plain English and get working code in your own framework — in a fraction of the time.