Alchemy LoopAll insights
← All insights

Testing · 15 September 2026

Bug Hunters

A practical, straightforward way to use AI agents for effective user testing before real users find the defects.

6 AI testers working at once~20 min per testing round93 distinct bugs found across two roundsEvery fix backed by an automated test

Every new piece of software has bugs. The question is who finds them first: you, or your users. Before a new order-management application went live, we wanted it tested the way staff would really use it: busy people entering orders, recording payments and, at times, editing the same record at once.

The usual answer is a test plan and a week of people clicking through screens. Instead, six AI testers worked at the same time. Each received a private copy of the application and its data, a defined part of the job and one instruction above all: only report what you can prove.

What they found

Round one reported 64 findings, merged into 45 distinct bugs. The most serious were the kinds of failures that are hard to see in a demonstration: one person could quietly overwrite another’s change; a double-click could save twice; and certain totals, dates and money fields could be wrong.

All 45 were fixed and released. Round two used fresh copies, a list of resolved issues and new areas to explore. One tester re-checked every fix; the others reached corners not touched in round one, including archiving, deleted records, payments covering several orders, backup and restore. That round found, fixed and released another 48 issues.

Every issue came with exact reproduction steps. The second round mattered as much as the first: it checked that a fix held, rather than simply trusting that it did.

Why this is useful beyond the engineering team

The bugs that hurt a business are rarely the ones a short demonstration shows. They are the quiet failures: a colleague’s change silently lost, a total slightly wrong, or a screen saying something is saved when it is not. They surface later, in front of a customer, and they cost trust.

AI agents are useful for this thorough, repetitive work because they can investigate several carefully defined paths in parallel and document each finding step by step for a developer to reproduce and fix.

The practical method

Six testers. One disciplined process.

01

Separate sandbox per tester

Each agent works against its own private copy of the application and safe test data. Nothing one tester does can touch the real application or another tester’s work.

02

One brief, distinct jobs

A shared brief defines the system, the rules and what counts as a bug. Each tester gets a different work area so the team gets broader coverage rather than six copies of the same list.

03

Reproduce, merge and rank

Only reproducible findings are reported. A lead merges duplicates and sorts the issues by practical severity: lost work, wrong results, confusing behaviour or a decision needed.

04

Fix, prove, then run again

Every fix receives its own automated test. A second round starts with fresh copies: one tester re-checks fixes while the others look for new corners of the system.

What I would tell anyone trying it

  • Sandboxes first. The application needs to run several copies side by side, each with its own data.
  • Use test or masked data. Never use real customer records in an AI testing workflow.
  • Give each tester a real job. Frame work around how people use the system, not around how the code is organised.
  • Insist on reproduction. “Only report what you reproduced” keeps guesses out of the issue list.
  • Always run a second round. Fixes can be incomplete; fresh testing finds that out before users do.

This is not a replacement for accountable engineering judgement. It is a practical, efficient way to give a team more eyes on the work before customers become the testers.

Applied AI, responsibly used

Building software with AI? Add an independent second opinion while the work is still active.

alchemyloop.ai
Explore 2nd Engineer