The Missing Layer in Modern Dev

Why We Built Ito

The world handed engineering teams AI that writes code faster than ever, then it left us with the same QA process. More code. Same manual clicking and flaky end-to-end tests.

The Problem

Here's what that looks like today

Your engineers generate pull requests at AI speed, but before they can merge, someone has to manually test every change. Click through the same flows. Fill out the same forms. Try to remember which edge cases matter.

Across the industry, engineers spend an average of 3 hours per week per engineer on manual testing. For a 20-person team, that's 60 hours weekly, or 1.5 FTEs doing nothing but clicking through flows. This is the tax your engineering teams pay every single week.

Your team isn't lazy. They're making optimal choices with terrible economics.

Manual testing has awful ROI, so rational teams only do it on the “important stuff” and then ship the rest and hope for the best. Alternatively, they burn valuable hands on keyboard hours on repetitive clicking that a computer should be doing. Neither option is good. Both feel inevitable.

The market tells you this is a process problem. That you need better discipline. More rigor. Stricter gates. A QA team. Maybe hire a contractor. Write more tests. We think that's fundamentally wrong.

The Real Problem isn't Discipline. It's Infrastructure.

Think about what happened with continuous integration. Before CI/CD, someone had to manually build and deploy code. Teams had "integration weeks" where they'd merge everything and pray it worked. Nobody does that anymore.
Not because engineering culture got more disciplined, but because the tools got so good that manual deployment became obviously obsolete.

QA is having that same moment right now. Some teams automated the clicking with Selenium or Playwright, but that just shifted the burden from manual testing to test maintenance. You're still burning engineering hours keeping tests in sync with your evolving application. Manual testing is technical debt pretending to be process.

Now Ito exists to test your application the way a human would (clicking, typing, navigating), but with the speed and consistency of automation. Computer-use agents can spin up your environment, understand your application, and find bugs faster than your PM can open the PR.

For teams with dedicated QA, Ito handles the repetitive execution so your team can focus on exploratory testing, edge case design, and the complex scenarios that require domain expertise. The boring clicking gets automated; the interesting work stays human.

Yet most teams are still clicking.

Our Principles

Here's what we believe

Repetitive manual testing should be invisible infrastructure, not a team activity.

Like CI/CD, testing should just happen. No standup discussions about "who's testing the checkout flow." No assigning test tasks. No checking if someone remembered to manually verify the change before merge.
Speed and quality aren't opposites. They're just incompatible with manual QA.

Bugs in production aren't a skill issue. They're a coordination failure.
Your best engineers still ship bugs. Not because they're careless, but because they're ambitiously trying to help customers. They're making a calculated trade: ship fast and deal with bugs later, or test thoroughly and miss the window. That's a false choice created by broken tooling.
QA expertise is underutilized, not unnecessary.

The best QA engineers shouldn't be clicking through login flows. They should be thinking about failure modes nobody else considered.
Every commit should be production-ready by default.

Not aspirationally. Not "if we had infinite time." Actually ready. Right now.
The Future We're Building

QA stops being a tax and becomes a confidence multiplier.

You ship faster. Not despite testing, but because of it. Because you trust your testing. Because the moment a PR is opened, Ito is already running it, finding issues, posting feedback with screenshots and recordings.

Your engineers stop choosing between thoroughness and speed.

Your PM stops spending afternoons manually clicking through flows.

Your bugs get caught before they're in production, not after.

Your releases happen when you're ready to ship, not when someone finally has time to test.

Ito can handle auth, mock external services, seed data to reach specific states, and test applications the way humans do, but faster, more consistently, and without forgetting the edge cases.

We're not building another testing framework. We're building the QA tool you’ve always wanted: Relentlessly testing every PR, every edge case, every device, automatically so your team can ship faster with confidence.

Ready to ship faster?

Join 100+ engineers reclaiming their time.

Request Early Access

No credit card required • Free for open source