Web testing

Web application testing, automated with AI

Author, run and maintain browser tests in the framework you already use — locally or across a cloud grid.

Web suites rarely fail because the framework is weak. They fail because writing each spec takes an afternoon, a redesign breaks forty locators at once, and the person who understands the flakiness left last quarter.

Testver takes on that side of the job. It reads your existing project, writes tests in your conventions, runs them wherever you run them today, and repairs them when the UI moves — without replacing your runner or taking custody of your code.

Cross-browserCloud gridsSelf-healing locatorsTraces & videoCI gating
End to end

How web testing actually runs here

From an untouched project to a gate on your pipeline, without swapping out the tools your team already knows.

  1. 1

    Point it at your project

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

  2. 2

    Record a journey, or just describe one

    Click through the flow and the AI Record Agent writes an idiomatic spec with stable locators. Or ask the assistant in plain English and it writes against your page objects and helpers.

  3. 3

    Run locally or on a grid

    Execute against your own browsers, or on BrowserStack, LambdaTest and Sauce Labs. Results are collected the same way either way, so cross-browser costs you no extra wiring.

  4. 4

    See exactly what the browser did

    Every run keeps its trace, DOM, screenshots and video, with run history and pass-rate trends across the whole suite rather than one terminal at a time.

  5. 5

    Let broken locators repair themselves

    When a test id is renamed, Auto-Heal reads the page evidence from the failing run, proposes the corrected locator, and re-runs every affected test before the change is kept.

What that buys you

Minutes

Not an afternoon per test

Recording or describing a flow produces working code immediately, so coverage grows at the speed you can review it rather than type it.

Every browser

Without extra plumbing

Local browsers and three cloud grids share one execution path, one report format and one history.

Zero

Migration required

Tests stay plain code in your repo, in your framework. Uninstall Testver tomorrow and the suite still runs.

Plain English in, real code out

Describe the journey; get a spec in your own framework

The assistant reads your repository before it writes, so a request lands as code that matches your fixtures, page objects and naming — not a generic sample you then have to rewrite.

  • Written into your repo as plain framework code, with no Testver imports
  • Follows the conventions already in the project, including page objects
  • Runs through your existing config and runner, unchanged

Add a test that applies promo code SAVE20 at checkout and asserts the new total.

checkout.spec.tsTypeScript · Playwright
test('checkout applies the promo code', async ({ page }) => {
  await page.goto('/cart');
  await page.getByTestId('promo-input').fill('SAVE20');
  await page.getByRole('button', { name: 'Apply' }).click();

  await expect(page.getByTestId('order-total')).toHaveText('$79.20');
});

What you get for web testing

AI Record with self-healing locators

Tap-through capture that writes code in your project’s style, not a proprietary format.

Plain-English authoring and refactoring

Full repository context, so new tests fit the suite instead of reading like samples.

Auto-Heal with verification

Fixes are proven by a re-run before they are kept, and can be undone afterwards.

Cloud grid execution

BrowserStack, LambdaTest and Sauce Labs, with results collected centrally.

Scheduling and CI gating

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

Reporting a manager can read

Run history, pass-rate trends, flakiness and failure drill-down.

Already using a framework?

Testver wraps it rather than replacing it. Pick yours to see exactly how it fits.

Also works with Puppeteer · Cucumber · Robot Framework

Quickstart

Start testing web in three commands

No account required to install, nothing to configure first, and your existing project works as-is.

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

Web testing questions, answered

Do we have to rewrite our existing web tests?
No. Testver works on the suite you already have — it writes new specs into your project in the same style and runs everything through your existing runner and config.
Can it run tests across different browsers?
Yes, on your local browsers or on BrowserStack, LambdaTest and Sauce Labs. The same suite runs either way and the results land in the same place.
What happens when a redesign breaks our locators?
Auto-Heal reads the DOM from the failing run, proposes the corrected locator and re-runs every affected test before keeping the change — so one UI change stops meaning a day of manual repair.
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.