Connect DoesQA to Claude: add mcp.ai.does.qa/mcp as a connector, click Connect, approve the token in DoesQA. Nothing to copy or paste.
Then ask what your test pack covers: does.qa
Fright Path, Night 8: The Cursed Spreadsheet.
Hundreds of rows, all by hand, and row 212 says βpass (I think)β. Rows become Flows, a Run Recipe runs the lot before every release, and every Run lands in Run History with screenshots as proof.
does.qa #FrightPath
Agents in DoesQA can now open a browser from our runners' IPs, build and update Flows, and see what's holding a run.
Let your agent see the page, build the test, and run it: does.qa
Security in DoesQA: 2FA on every account, IP whitelisting, static IPs for your firewall, and your data hosted in the UK.
Cyber Essentials certified, and working towards SOC 2 and ISO 27001.
does.qa
Fright Path, Night 7: The SΓ©ance.
Last night's test failed, it passes locally, and the CI logs have expired. Time for a sΓ©ance? Not with DoesQA: every step it ran is on the record with screenshots, and failing tests always keep their video.
does.qa #FrightPath
Fright Path, Night 6: The Link Graveyard.
Pages move, but the links pointing at them don't. One Check links step tests every link on the page, or just the footer. Links to other sites can pass with a warning, and broken links on your own site fail the test.
does.qa #FrightPath
Fright Path, Night 5: The Friday Deploy.
βIt's just a quick oneβ: one line of copy, unit tests all green. Then the pull request runs its key journeys in real browsers, and the DoesQA Test Run check finds the sign-up button broken. Friday deploys, defanged.
does.qa #FrightPath
A browser MCP drives a browser. The DoesQA MCP gives your agent your whole test platform: 64 tools, Runs in real browsers, coverage, and memory for the team.
Connect it with one URL: mcp.ai.does.qa/mcp
Same commit. Same tests. Different result.
A result you can't trust can't gate a release. Playwright is flaky, but don't take our word for it:
does.qa/blog/playwright-is-fβ¦
Fright Path, Night 4: Night of the Living Selectors.
One renamed button ID, and 38 nightly tests die at the same step. One shared Element means one fix, straight from the failed step, then Run Changed & Failed Tests reruns only the fallen.
does.qa #FrightPath
AI can draft a test. It does not invent whether your suite passed.
Pass and fail come from real browsers. Summaries explain failures, never rewrite them.
does.qa/blog/how-doesqa-avoiβ¦
Stop guessing, start testing with data.
APM tools like Sentry show testers where users go, where errors happen, and what broke. Five reasons to pay attention:
does.qa/blog/stop-guessing-sβ¦
Fright Path, Night 3: The Test That Cried Wolf.
It failed so often that nobody listened, until the night checkout really broke. Tests designed to be flake-free, and failure patterns your agent can read, so one real cause stands out.
does.qa #FrightPath
We didn't build AI features because everyone else is. We built them because understanding test failures at scale took too long.
AI is a tool, not the product.
does.qa/blog/actual-intelligβ¦
Fright Path, Night 2: Ghosted.
Every page test passes, but the verification email never comes. With an inbox for every Test Case, the test waits for the email, opens it and touches the verify link. No email? The test fails.
does.qa #FrightPath
Every agent can click. Quality assurance starts after the click.
Connected to DoesQA, an agent knows your coverage, asks the Assistant first, and remembers the last session.
does.qa/blog/stop-giving-ageβ¦
From a Run to the exact step that failed.
Open a Test Case for its timeline, screenshots and timings, jump to the first failure, and read an AI summary of what went wrong.
Just get it tested: does.qa
Fright Path, Night 1: Works on My Machine.
Checkout works on every laptop, but customers on phones can't pay. One Flow, four starts (Chrome, Firefox, Edge and a simulated phone), and the phone finds the cookie banner sitting on Pay now.
does.qa #FrightPath
Test every build, automatically.
Create a webhook key, add the DoesQA GitHub Action (or call the webhook from any CI), and the result reports back on your pull request.
Just get it tested: does.qa
