Skip to content

about

Regression, repeatability, and the 1-in-5 QA engineer.

We have spent decades working in and alongside QA teams. Release cycles, regression runs, the 2am Slack messages asking "did we break anything?" We have lived it.

Our story

The developer-to-QA ratio at most companies sits around 5:1. Five engineers shipping new features, one QA engineer expected to cover everything — new functionality and making sure last month's release still works. Something always gives. And it is almost always regression.

The AI era didn't fix this. It made it worse.

The AI QA myth

Everyone is selling AI-powered QA right now. Auto-generate tests. Self-healing selectors. Zero-maintenance regression suites.

It's mostly noise.

AI can generate a test script. It cannot tell you whether your authentication flow is still intact after a backend refactor three sprints ago. It cannot own the regression cycle. It cannot sit in a release meeting and say "I've verified the last 47 critical paths and here's the health score." That still takes a human QA engineer with a reliable, repeatable process — and right now, most teams don't have one.

AI makes developers faster. It does not make regression disappear. It just means there's more code, shipping faster, with the same one QA engineer expected to catch what breaks.

The problem isn't intelligence. The problem is coverage, repeatability, and visibility — at scale, under release pressure, week after week.

"Your job is to make sure new things work. Let QAClan make sure old things don't break."

What we kept seeing

Every release looked the same. QA engineers spending the majority of their time re-verifying things that already worked — manually, inconsistently, with no record of what was checked and no way to prove it. Regression was the black hole that swallowed every sprint.

New features piled up in the backlog waiting for QA sign-off. Not because QA was slow — because QA was buried under regression that had no system behind it.

And when something shipped broken, QA took the blame. Always.

What QAClan does

QAClan takes regression off your plate so you can focus on what actually needs your attention: the new stuff.

You build your regression suite once. Scripts run locally on your machine — no cloud execution costs, no CI queues, no infrastructure to manage. QAClan handles the rest: tracking pass rates over time, flagging flaky scripts before they lie to you, showing suite health so you walk into every release knowing exactly where you stand.

The server layer gives you and your team the visibility that has been missing — not to replace your judgment, but to back it up with evidence.

One solo QA engineer can use QAClan free, forever. Teams get collaboration and analytics at $30 per user per month.

Built for the 1 in 5

QAClan is for the QA engineer who is one person holding the line while five developers push code and AI tools promise to fix everything but don't.

Regression covered. You focus forward.

what we ship

Two halves, one product.

The agent

A single binary on your machine that records browser journeys, captures the API calls behind them, and runs both as one ordered suite. Free, offline-capable, with its own pinned Playwright runtime.

What the agent does

The server

Shared run history across every machine that syncs, six regression reports, AI analysis of finished results, and team seats. Optional, and added when a team needs it.

What the server adds

Record your next regression pass instead of repeating it.

Install the agent, record one journey, and look at the API calls it fired. That is the whole first session — no card, no clock.

curl -fsSL https://raw.githubusercontent.com/qaclan/agent/master/install.sh | sh