Early access is open. Here's what happens next
Testomatica is opening to a small group of early teams. What onboarding looks like, who it's for, and what's still rough.
Agentic QA for teams that ship with AI
Every deploy gets tested on its own. Agents explore it like a real user, each bug is proven by replay, and every proven bug turns into a permanent test. You get a go/no-go answer in under an hour, and nobody writes a test script.
The verification gap
With Claude Code, Cursor and friends, one person ships what a whole team used to. But every merge can quietly break a price, a checkout or a permission. Nobody has the hours to click through the whole app again, so things slip.
See it work
This is a real finding from our pilot on a live B2B marketplace, step by step.
The persona is a rushed shopper on a slow mobile connection. The agent goes for the category page this deploy touched and keeps scrolling. Rules run quietly behind every step.
12:04:11 open /category/baby-care 12:04:14 read listing: 27 cards rendered 12:04:19 scroll batch 2 loaded (+24) 12:04:23 scroll batch 3 loaded (+24) 12:04:31 scroll batch 5 loaded, 147 cards 12:04:31 rule no-duplicates-on-page VIOLATED 147 cards, 144 unique products 12:04:33 note 3 items repeat at the page boundary. first render shows 27, ajax asks for page 2 with pageSize=24, so offset 24 overlaps.
When an AI model says "this is a bug," it's right about one time in four. So the agent doesn't hand over an opinion. It hands over a condition that code can check. Same input, same verdict, every time.
condition unique(card.id) == count(card) observed 144 != 147 oracle business invariant severity major (misleads buyers, breaks paging) steps open → scroll ×5 → collect ids evidence trace.zip · 6 screenshots · network.json status sent to referee
A separate referee replays the exact steps in a fresh browser with no AI involved. If it doesn't reproduce, it doesn't get filed. That's what keeps your tracker free of noise.
Infinite scroll repeats 3 products at the page boundary
The proven bug gets written up as a normal Playwright test in your repo. It runs on every deploy from then on, with no AI and no token cost. The agents can move on to new ground.
What changes on Monday
Testomatica takes the repetitive, hard-to-staff part of QA off your plate. Your team keeps the decisions.
How it fits your day
There's no pipeline to babysit and no new tool to open. You'll see Testomatica in the places you already work.
A change to how category pages load more products.
A new build on staging. Preflight checks pass and the run starts.
184 checks are green. The diff points the agents at the listing pages.
Duplicate products on scroll, reproduced 3/3. The Jira ticket is linked to your PR.
The new test fails before your fix and passes after it. The ticket closes itself.
The verdict lands in Teams. The new test guards that bug from now on.
Savings calculator
Move the sliders to match your team. The numbers update as you go.
This is an estimate. It assumes Testomatica takes over about 80% of repeat manual checks and 70% of test writing and upkeep. Your numbers will differ.
Get these hours backThe platform
It reads the diff and your tickets, finds which pages, APIs and rules the change touches, and tests those first and hardest.
A rushed shopper, a slow 3G phone, a search crawler. Agents explore the way real people use your product, not the happy path.
Screenshots, Playwright traces, console and network logs, passed or failed. You can replay any run step by step later.
High-confidence bugs go straight to Jira. Borderline ones wait in an approval queue, and noise stays on the dashboard.
Your production deploy asks Testomatica first: go, stop, or a human decides. If it can't answer, it never lets a release slip through by default.
Code blocks the release. Agents explore. People sign off. Anything a person or agent finds becomes code whenever it can.
Built for vibe coding
Testomatica comes with an MCP server. Before Claude Code or Cursor edits a file, it can ask what that change will affect, which business rules apply and which tests to run. You prevent mistakes instead of catching them later.
> I'm about to change ProductService.cs. What could break? testomatica.impact("src/Services/ProductService.cs") path ProductLoadAllPaged.sql → ProductService → CatalogModelFactory → CatalogController affected pages Category · Search · Product page business rules price sort holds · no duplicates card price = product page price run first 12 gate tests (~3 min) open risk QA-2291 duplicates on scroll (open) > Got it. I'll keep the page size consistent and run those 12 tests.
Coverage you can point at
Every test lands on a map of your app's surfaces and quality dimensions. The gaps are listed by name, so you decide what's next instead of finding out in production.
From the pilot
We ran these against the staging environment of a multi-vendor B2B marketplace. Every one was reproduced by the referee before it was reported.
147 cards on screen, only 144 unique products. Three items showed up twice at the page boundary.
Proven 3/3 · caught by a ruleTen products showed as in stock at zero price. They also jumped to the top of the "lowest price" sort.
Proven 3/3 · caught by a ruleThe sort used the undiscounted price, so what buyers saw was out of order in at least four places.
Proven 3/3 · caught by a ruleSome product links sent people back to the homepage with a 302 instead of a 404. Nobody noticed.
Caught by a universal checkA banner initialized twice and threw a JavaScript error. That broke two smoke tests, though users couldn't see it.
Caught by the gate suiteTwo images used by the listing pages returned errors on every load.
Proven 3/3 · caught by a rule
Who it's for
Get the safety of a dedicated QA function on day one, plus a release verdict on every deploy.
When agents write half the code, let agents help check it, with proof instead of guesswork.
Ship side projects on a Friday knowing something tireless is watching every change.
One honest picture of quality: coverage, open risks, flaky tests and cost, trending release over release.
Safe by design
It works on your test and staging environments. Staging is strictly read-only.
On staging, every request that could change data is blocked before it leaves the browser.
By default only public pages reach the model. Signed-in flows need data masking first.
When the AI budget runs out, agents stop and the deterministic tests keep going.
Integration tokens are stored with AES-256-GCM and are never shown again in the UI.
Every approval, override and setting change is logged with who, when and why.
From the blog · a new post every week
Testomatica is opening to a small group of early teams. What onboarding looks like, who it's for, and what's still rough.
A crash at least screams. The bugs that keep us up at night return 200 OK and look perfectly fine.
Coding agents can now ask Testomatica what a change will affect, which rules apply and which tests to run, before they write the code.
FAQ
Something else on your mind? Get in touch and we'll walk you through it on your own app.
No. Testomatica writes regression tests from bugs it has actually found and proven, and it keeps them stable. They're standard Playwright tests in your repo, so you can edit them or run them without us.
That's exactly what the design prevents. The model only suggests. Rules in code decide, and a referee replays every finding in a clean, AI-free session before anything is filed. If it can't be reproduced, you never hear about it.
No. It runs against your test and staging environments, and staging is read-only. Optionally, your production deploy can ask it for a go/no-go before it runs.
The gate suite and universal checks run on the first deploy it sees. Agents and the coverage map get sharper with each release, because what they learn is kept.
Deterministic tests and regression cost no AI tokens. Only exploration uses the model. In our pilot, a full 34-step exploratory session cost about $2.60, and spend per deploy goes down as more turns into code.
GitHub, Jenkins and CodeBuild, Jira, SonarQube, Grafana, Microsoft Teams, Entra ID sign-in, and coding agents over MCP. Results show up on a dashboard and in your tracker.
Early access
We're onboarding a small group of AI-first teams. Leave your email and we'll set Testomatica up on your app with you.