New year, same bugs: why we're building Testomatica
Code got faster. Checking it didn't. A new year, a small team, and the question we couldn't stop asking over the holidays.

We started this blog on New Year's Day with an idea and not much else. Ten months later, Testomatica has run against a real staging site, lives on its own server, and is ready for a few more teams to try it.
Early access opens today. Here's what that actually means.
There isn't much to install, because Testomatica runs on its own machine as a black box. You don't add an SDK to your app or change your build.
Setup is guided. We'll walk through it with every early team. Partly because the rough edges are still real, and partly because we learn more from watching someone connect their site than from any amount of guessing.
We built this for teams that ship with AI. If coding agents write a good part of your code, you've probably felt the gap between how fast changes arrive and how fast anyone can check them.
It's also for startups that don't have a QA team and aren't going to hire one this quarter, and for solo builders who are the developer, the reviewer and the tester all at once. If your current test plan is "click around before lunch," we'd like to help.
We'd rather say this now than have you discover it.
Personas only see public pages for now. Signed-in flows like a buyer's account or a seller's panel need data masking in place before anything goes to a model, and that isn't done yet. Browser coverage is narrower than we want. And as our first dry run showed, agents still waste some steps fighting the browser instead of testing.
Early teams will shape the order we do these in. That's most of the reason early access exists.
If this sounds like your team, the early access form is at the bottom of our homepage. We read every one.
We're onboarding a small group of teams that ship with AI.
Get early access