“What could be affected by this API change?”
Explore available dependency and change-impact information to identify areas that may need verification.
AI-powered test automation
Understand the context. Generate the tests. Automate the execution. Verify the evidence.
Bring a prompt, a spec, a design, or a document. TestNeo uses that context to generate tests in natural language and run UI and API checks—so your team spends less time creating tests and more time verifying what matters.
No script to write first
Connect to TestNeo through MCP and access supported testing workflows from your AI development environment.
Example · Claude + MCP
Connect Claude to TestNeo Studio through MCP. Work with project context, generate and execute tests, investigate failures, and access supported release-validation workflows from your AI development environment.
“What could be affected by this API change?”
Explore available dependency and change-impact information to identify areas that may need verification.
“Run the relevant tests and explain the failures.”
Execute supported checks and inspect the actual execution results.
“What does the evidence say about release readiness?”
Review available validation results and release assessments.
Illustrative prompts. What comes back depends on the project context you connect and the actions you approve. This is not a recorded run.
How a check is made
Start with a prompt, an API spec, a requirement, a design, or a document you provide.
Turn that context into scenarios you can read. You review them before they run.
Run the supported UI and API checks. A generated scenario is not a live run until you execute it.
Review the execution results and see what was actually verified.
Engineering context
Use available project context, previous failures, and change information to make testing workflows more informed and investigate issues faster. A source counts only after you connect it. TestNeo does not learn from every run on its own.
Figma · Swagger · PDF
Specs & designs as context
Mixpanel · Amplitude
Hotjar · Clarity sessions
Jira · bug reports
Historical failure memory
Sentry breadcrumbs
Production error paths
PR diffs · impact
What changed this release
Add the missing checks, then run what matters
Engineering Memory, historical failures, change impact, and a shorter suggested run are available when that data is connected. The release call still comes from the checks you ran and the rules you set — not from a model recommending that a release is safe.
How you connect
Access TestNeo through the workflows and development environments your team already uses.
Access supported TestNeo capabilities through MCP, including Claude Desktop and Cursor.
IDE workflowsUse the VS Code extension, or an MCP client in Cursor, Windsurf, or VS Code.
CLI and CI/CDRun configured checks from the TestNeo CLI and from pipelines such as GitHub Actions.
TestNeo StudioManage workflows and inspect execution results, engineering context, and release evidence.
Release Intelligence
This comes after the runs. TestNeo puts the results next to the change and past failures. A release call uses those checks, the rules you configured, and the evidence — not a model saying the release is safe.
Where you start
Bring a design, a bug, or a spec into TestNeo Studio. Or describe a web journey, an API, or an agent claim and run that.
Bring a design, a bug, a spec, or notes. Studio writes the steps. You review them, then run them.
Write the steps in plain English for the page you are testing. Run them and see each step.
Start from an API spec or a cURL. TestNeo runs the checks and shows what failed.
The agent can say it finished. TestNeo checks that claim against what happened.
How teams use TestNeo
QA, developers, and product start from the context they already have. Then they generate, run, and verify.
Write the check in plain English and see exactly what failed.
Check the change you just made before it merges.
See which checks matter for this release.
Turn a design or a ticket into a check you can run.
Run the same checks in the pipeline you already use.
See whether this release is ready, and why.
Studio, Chrome, and your pipeline run the same checks.
In Chrome · Free guest runs
Write NLP browser tests on any page and run them from a side panel — no IDE, no local Playwright. Same guest playground as the web demo. Product page →
Integrations
One extension, every workflow. TestNeo plugs into where you code, how you deploy, and what you test on.
AI providers
Running a check does not need a language model. Generating tests is optional — use TestNeo’s AI, or your own.
Runs and release scores stay on your app and the evidence. They do not ask a public model whether to ship.
Use TestNeo’s AI, or connect your own Groq or Azure key. Skip this if you already have tests.
Connect a private endpoint, such as Ollama. It has to be reachable from TestNeo, not only on your laptop.
Pricing
Every plan includes NLP web & API testing. Run does not require a public LLM. Bring your own model on paid plans for generation — same seat price; you cover GPU/tokens.
14-day trial · no credit card
Billed monthly
Everything in Free, plus
Billed monthly
Everything in Starter, plus
Billed monthly
Everything in Pro, plus — Should we ship? Evidence from engineering history.
Run the check from Studio, Chrome, or an API workflow. Each page has the setup.
FAQ
VUS, DURATION, and BASE_URL locally (or in CI), run with Grafana k6 or Docker, then upload k6-out/testneo-import.json to Load Insights for p95, error rate, throughput, and pass/warn/fail verdict history. Full walkthrough: k6 Load Export & Insights docs./web/pr-validation/<workflow_id>. Triggers: MCP in Cursor/VS Code, the PR Validation page, or GitHub auto-validation. Each new PR (or first validation of that PR) uses one credit; re-opening or updating the same workflow does not. Optional test execution inside a validation uses your separate test runs allowance. Pro includes 200/month; Release Intelligence includes 800/month with full PASS/WARN/BLOCK and GitHub Check Runs./v1 base URL plus model names (from ollama list or your gateway). From TestNeo SaaS, the endpoint must be reachable over HTTPS (Cloudflare Tunnel, reverse proxy, ALB, or PrivateLink)—not localhost. PR validation, release readiness, and agent verification stay deterministic either way; the model is used where AI authoring and chat need it.Automate the execution. Verify the evidence.
Featured on
Get in touch
Or reach out directly