Skip to content
How it works

From a URL to a filed bug.

Five steps, no test code. Point me at a URL and I take it from there.

01 · Map

I click through your whole app and draw the map.

Point me at a URL and I explore your app page by page: every route, form and flow, found, named and connected. There is no setup and no test code to write first; the map is where every flow I test begins.

  • Point me at a URL. That's the whole setup.
  • Logins handled, including SMS two-factor codes.
  • Every route, form and flow, named and connected.
App mapstaging.acme.dev
02 · Write flows

I write the flows in plain English you can edit.

From the map I propose the flows worth testing, written as plain-English steps anyone on your team can read. You approve them, edit them or add your own, and nobody writes test code.

  • Show me a flow once in the Chrome extension and I save it as a skill to replay.
  • Add your testing rules and docs to the knowledge base, for one app or all of them.
  • Tests with two users at once, like one calling the other.
Flowsproposed from the map
flows · checkout with promoproposed
Sign inskill · recorded once in the extension3 steps
03 · Run everywhere

I run every flow in a real browser, wherever you work.

Every test runs in a real browser and you can watch each step in the dashboard as it happens. Start runs by hand, on a schedule, on every pull request, or in your own signed-in tab with the Chrome extension.

  • Dashboard
  • Schedules
  • Pull requests
  • Chrome extension
  • Chromium, plus WebKit for iPhone and iPad emulation.
  • Nightly and regression suites on a schedule.
  • The extension runs on the tab you're signed in to.
Dashboard · Chrome extensionrun 1,284 · staging
RunningCheckout with promo coderun 1,284 · chrome · staging
  1. Open /pricing · staging.acme.dev
  2. Choose Pro plan
  3. Sign in as trial user · 2FA by SMS
  4. Apply promo SPRING20
  5. Reload checkout
  6. Total keeps the discount
  7. Pay with test card
Side panel
Recording · 0 steps
skill · Sign in
04 · File the bug

I file the bug with steps, screenshots and logs.

When a step fails I stop there, lock on to what broke and write it up: steps to reproduce, expected against actual, screenshots, console and network logs. Everything a developer needs to fix it is in one report.

  • I record every step: screenshots, console and network.
  • Expected and actual, side by side.
  • Coding agents read the same report over MCP.
Bugs · BUG-214filed from run 1,284
BUG-214·filed by Outqube
Checkout ignores the promo after a page reload
HighstagingChrome 1311440×900
Steps to reproduce
  1. Sign in as a Pro trial user
  2. Add Pro plan to cart
  3. Apply promo SPRING20
  4. Reload the checkout page
ExpectedTotal stays €39.20
ActualTotal resets to €49.00
3 screenshots · console log · HAR
05 · Plug in

I plug into the tools you already use.

On GitHub I add a check to every pull request and leave one comment with the failure summary. Claude, ChatGPT and Codex reach me over MCP, and your CI starts runs with the CLI, the API or a webhook.

Connect in one line
claude mcp add --transport http outqube https://mcp.outqube.com
  • Claude and ChatGPT. Add the connector and sign in with Outqube.
  • Codex. Add the server, then run codex mcp login outqube.
  • CI. Set an API key as OUTQUBE_API_KEY.
GitHub · required check

Make me a required check.

#517 · Keep the promo on reloadrunning…
outqube / PR checks
login · 2fa
·search · filters
·checkout · promo after reload
·settings · billing
All 4 tests passed on 9e1b7c2. The promo now survives a reload. Ready to merge.

Add Outqube to the branch's required checks and a failed test blocks the merge. I post one comment per PR and update it on every push.

Claude, ChatGPT, Codex · via MCP

Your agent can start a run, too.

Rerun the checkout test on staging.
Ask Outqube…

Point your client at mcp.outqube.com and sign in with Outqube. CI uses an API key.

MCP tools

Your agent sees what you see.

# read
  • list_projects
  • list_runs
  • get_run
  • get_failure_report
  • get_test
  • get_test_steps
  • get_step_detail
  • get_screenshot
  • get_logs
  • get_profile
# write
  • trigger_run
  • cancel_run

Twelve MCP tools. Ten read runs, steps, screenshots, logs and failure reports; two start or cancel a run.

CLI · API · webhooks

Start runs from CI.

ci · smoke suite

I read the commit, branch and PR from GitHub Actions, GitLab CI and Azure Pipelines. A webhook starts a suite after a deploy.

Point me at your app.

Give me a URL. I'll map your app, propose the flows and start testing.