SAASEARLY ACCESS

Record. Edit. Run. In your own Git repository.

VIP.LEAN Quality records browser tests in your own Chrome and stores them as readable YAML in your own Git repository. Every save is a commit you can review. Runs happen on your machine today and in your pipeline next, with a screenshot and a video for every step.

Your tests stay in your repository. Always.

Test suites nobody reviews.

They rot quietly, because the only place they can be read is inside a tool.

Tools that hold the data.

Tests, results and credentials sit on someone else's servers, in someone else's format.

Flows that break in production.

The login, the checkout, the one form every customer needs — found broken by a customer.
how it works

Three steps, and the second one is a commit.

01

Record in your browser

The Chrome extension records what you click, with assertions, variables and reusable components.

● recording…
Click [Continue]
Type {{account_mail}} into [Email]
Expect [Dashboard] visible
02

Save, and it is a commit

The test lands as readable YAML in your repository, with a message, ready for a pull request.

$ git log --oneline
a3f9c21 Add login smoke test
7be40d2 Stabilise target for [Continue]
19c0e8a New component: sign in
03

Run locally today, in your pipeline next

Runs happen in your own Chrome now. The same engine will run the test in your CI pipeline.

6 steps passed · 3.6 s
screenshot + video per step

pipelines · coming
git log --reverse

Six reasons, committed one by one.

What changes when your test tool treats your repository as the only place that matters.

a3f9c21main

Your repository is the only store

Tests, components, suites, variables and results live in your Git repository as YAML. Every save is a commit against the loaded head; if the head changed, the save is refused, so nobody overwrites anybody silently.

in shortThere is no export button, because we never took anything.

7be40d2main

Zero-knowledge access

Each browser holds its own key; the private half never leaves the device. Repository tokens are encrypted for those keys and stored in your own settings repository, with a keyring and an audit log. Our server never sees a token in cleartext.

in shortWe cannot read your tests, by construction.

19c0e8amain

Tests a reviewer can actually read

Steps read as sentences, and targets are semantic — role, label, text — instead of brittle CSS paths. A pull request shows what changed in the test, not a wall of selectors.

in shortClick [Continue]. Type {{account_mail}} into [Email]. That is the test.

4d71b0fmain

Record and run in your own browser

The Chrome extension records real clicks and runs the test locally in an incognito window. No remote grid to get started, and it reaches internal systems that never see the public internet.

in shortRuns where your app runs, behind your VPN if that is where it lives.

e25a9c3main

Secrets never land in the repository

Secret values never appear in the YAML, in logs or in API responses. When the recorder sees a password field, it turns the text into a secret variable. Secret and 2FA variables are first class.

in shortA password never ends up in a commit.

b8f3e14main

Results per step, with screenshot and video

Every run gives a per-step result with timing, a screenshot and a video, shown as a waterfall above the steps. Step history compares versions, and restoring an old one is just another commit.

in shortSee which step broke, how long it took, and what the screen showed.

security and data protection

Keys in the browser. Tokens in your repository. Tests in your repository.

  • Keys stay on the device. Each browser generates its own key pair in its own key store.
  • Tokens are encrypted for those keys. Approving a teammate re-encrypts for their key; revoking rotates the token.
  • Our server holds neither. It keeps a workspace record and two encrypted token blobs, and never calls your repository.

For data protection this means: no personal data of your testers on our side, and your test data stays in your own repository.

Your browserGenerates and holds the private key. Never exported.KEY
Your settings repositoryEncrypted token, keyring and audit log. Your tests in your test repositories.ENCRYPTED TOKEN
VIP.LEAN serverA workspace record and ciphertext it cannot open. No tests, no results.NEITHER

Easy to record, like record-and-replay. Yours to keep, like code.

VIP.LEAN QualityRecord-and-replay SaaSCode-only frameworks
Where the tests liveYour Git repository, as YAMLThe vendor's cloudYour repository, as code
Who can write themTesters, by recording and editingTesters, by recordingDevelopers who write TypeScript or JavaScript
Review in a pull requestYes, readable stepsNot in your repositoryYes, as code
Who holds your credentialsYour browsers and your repositoryThe vendorYou
Runs in CILocal runs today, CI pipelines comingIn the vendor's cloudYes
Leaving the toolNothing to export, the files are already yoursExport, if offeredNothing to export

Coming from other test tools? Bring your tests.

You should not have to retype what already works. We build importers for the test tools teams commonly use — some are available today, others are on the roadmap.

Available today

  • A one-way importer for a widely used record-and-replay format, already used for thousands of imported tests
  • Imported tests land as readable YAML in your own repository, as a commit

On the roadmap

  • Importers for further tools, including Playwright
  • Tell us which tool you come from — it helps us decide what comes next

Importers work one way: your tests come into your repository, nothing is written back to the old tool.

early access program

We are opening the product to a small number of teams.

If that is you, tell us what you want to test.

What you get

  • Your first test suite, onboarded together with the team that builds the product
  • A direct line to the people writing the code, and real influence on what comes next
  • Your own workspace and repositories from day one — nothing is a sandbox

What we ask for

  • A Git workspace — Early Access starts with Bitbucket Cloud — and a web application worth testing
  • Chrome on your testers' machines
  • One contact person with an hour for us in the first week, and honest feedback afterwards

Who fits best

  • Teams that already keep their code in Git
  • A web application with a login and a handful of flows that must not break
  • Bonus: an existing test suite from another tool to bring along
Request Early Access

Write to us with your company, the Git platform you use, your team size, and what you want to test. We come back with a proposal for a first call.

Questions

Where do my tests live?

In a Git repository of your workspace, as YAML files. Every save is a commit.

What does VIP.LEAN Quality store about me?

A record that your workspace exists and two encrypted token blobs that only your browsers can open. No test data, no results, no screenshots.

Can you read my tests?

No. The repository tokens are encrypted for the keys in your browsers, and our server never calls your repository.

What happens if we stop using the product?

Your tests stay where they are, in your repository, in a readable format.

Do I need to write code?

No. You record and edit in the browser. What comes out is a file a developer can read and review.

Which browsers can I test?

Recording and local runs happen in Chrome today.

Can it run in CI?

Local runs work today. Runs in CI pipelines and on self-hosted runners are the next step of the roadmap.

We already have tests in another tool.

An importer for a widely used record-and-replay format is available today, and importers for further tools, including Playwright, are on the roadmap. Tell us what you use.

Which Git platforms are supported?

Early Access starts with Bitbucket Cloud. GitHub, GitLab and Azure DevOps are on the roadmap.

What does it cost?

There is no self-service pricing yet. Pricing is agreed with the programme partners before Early Access ends.

How do we start?

Tell us what you want to test. We suggest a first call, and the first recorded test happens in the first session.