Shiplight vs testRigor: Intent-Based Testing Compared
Shiplight AI Team
Updated on April 1, 2026
Shiplight AI Team
Updated on April 1, 2026
Both Shiplight and testRigor promise the same thing: write end-to-end tests without code, and let AI handle the maintenance. Both use intent-based approaches instead of brittle DOM selectors. Both claim self-healing.
But they're built for different teams and different workflows. testRigor is designed for non-technical testers who want to write in plain English. Shiplight is designed for developers and engineering teams who build with AI coding agents and want tests in their repo.
We build Shiplight, so we have a perspective. This comparison is honest about where testRigor excels and where we think Shiplight is the better fit.
| Feature | Shiplight | testRigor |
|---|---|---|
| Test format | YAML files in your git repo | Plain English in testRigor's platform |
| Target user | Developers, QA engineers, AI-native teams | Non-technical testers, manual QA teams |
| MCP integration | Yes (Claude Code, Cursor, Codex) | No |
| Self-healing | Intent-based + cached locators | AI-based with plain English re-interpretation |
| Browser support | All Playwright browsers (Chrome, Firefox, Safari) | 2,000+ browser combinations |
| Mobile testing | Web-focused | iOS, Android, web |
| Desktop testing | No | Yes |
| API testing | Via inline JavaScript | Built-in |
| Test ownership | Your repo (YAML files) | testRigor's platform |
| CI/CD | CLI runs anywhere Node.js runs | Built-in CI integration |
| Pricing | Contact (MCP Server free) | From $300/month (3 machines minimum) |
| Enterprise security | SOC 2 Type II, VPC, audit logs | SOC 2 Type II |
| Test stability claim | Near-zero maintenance | 95% less maintenance vs. traditional tools |
testRigor's core idea is that tests should be written from the end user's perspective in plain English. No selectors, no code, no framework knowledge.
A testRigor test looks like this:
login
click "New Project"
check that page contains "Project created successfully"
enter "My Project" into "Project Name"
click "Save"
check that page contains "My Project"The platform interprets these instructions at runtime using AI and a proprietary language engine. It supports over 2,000 browser combinations, mobile apps (iOS and Android), desktop applications, and API testing.
Strengths:
Trade-offs:
Shiplight takes a different approach. Tests are YAML files with natural language intent statements combined with Playwright-compatible locators. They live in your git repo, are reviewable in PRs, and run anywhere Node.js runs.
A Shiplight test looks like this:
goal: Verify user can create a new project
base_url: https://your-app.com
statements:
- URL: /dashboard
- VERIFY: Dashboard is visible with welcome message
- intent: Click "New Project" in sidebar
action: click
locator: "getByRole('link', { name: 'New Project' })"
- intent: Enter project name
action: input_text
locator: "getByPlaceholder('Project Name')"
text: "My Project"
- intent: Click Save
action: click
locator: "getByRole('button', { name: 'Save' })"
- VERIFY: Project appears in the project listShiplight's MCP server connects directly to AI coding agents (Claude Code, Cursor, Codex), so the agent that builds a feature can also verify it in a real browser and generate the test automatically.
Strengths:
Trade-offs:
This is the fundamental divide between the two tools.
testRigor assumes non-technical testers write tests. The plain English syntax, visual recorder, and platform-hosted tests are all designed to make testing accessible without engineering skills. If your QA team doesn't write code and you want them to own test creation, testRigor is purpose-built for that.
Shiplight assumes developers and AI agents write tests. The YAML format, MCP integration, git-based workflow, and Playwright foundation are designed for engineering teams who want testing as part of their development loop. If your developers use AI coding agents and you want verification integrated into that workflow, Shiplight is designed for exactly that.
Neither approach is universally "better" — it depends on who owns testing at your company.
Tests are created and stored in testRigor's cloud platform. You write them in testRigor's interface, they execute on testRigor's infrastructure. If you decide to switch tools, your tests don't come with you — the plain English format is proprietary to testRigor's interpreter.
Tests are YAML files committed to your repository. They produce clean diffs, are reviewable in pull requests, and run via the Shiplight CLI anywhere Node.js runs. If you leave Shiplight, your YAML test specs remain as documentation of your application's expected behavior.
Why this matters: Testing is a long-term investment. Teams that have built 200+ tests over a year need to consider what happens if priorities change. With testRigor, those tests are locked in. With Shiplight, they're portable.
testRigor starts at approximately $300/month with a minimum of 3 virtual machines. All tiers include unlimited test cases and unlimited users. As test suites grow, additional machines can be added to reduce execution time. This per-machine pricing can scale significantly for large test suites running frequently.
Shiplight's MCP Server is free with no account required — AI coding agents can start verifying and generating tests immediately. Platform pricing (cloud execution, dashboards, scheduled runs) requires contacting sales. Enterprise includes SOC 2 Type II, VPC deployment, RBAC, and 99.99% SLA.
Honest assessment: testRigor wins on pricing transparency — you know what you'll pay before talking to sales. Shiplight's free MCP Server is a strong entry point, but platform pricing requires a conversation.
Be honest — testRigor is the better choice when:
Shiplight is the better fit when:
No. testRigor tests are written in the platform's proprietary plain English format and executed by testRigor's engine. They cannot be exported as Playwright, Cypress, or Selenium scripts. If you leave testRigor, you'd need to recreate tests in your new tool.
Shiplight uses YAML with natural language intent statements rather than free-form plain English. The format is structured (intent + action + locator) which makes it deterministic and reviewable, but it requires slightly more structure than testRigor's conversational syntax.
Both use AI to handle UI changes. testRigor re-interprets plain English instructions on each run. Shiplight uses cached locators for speed and falls back to AI intent resolution when locators break — a two-speed approach that's faster for stable UIs but equally adaptive when things change.
In theory, yes — testRigor for mobile/desktop testing and Shiplight for web E2E integrated with AI coding agents. In practice, most teams choose one primary tool to avoid maintaining two test ecosystems.
Intent-based testing describes what a test should verify in natural language rather than how to interact with specific DOM elements. Both Shiplight and testRigor use this approach, but implement it differently — testRigor with free-form English, Shiplight with structured YAML intent statements.
testRigor and Shiplight solve the same problem — brittle, high-maintenance E2E tests — but for different teams.
Choose testRigor if non-technical testers drive your QA process, you need mobile and desktop coverage, and you want an accessible platform with transparent pricing.
Choose Shiplight if developers and AI coding agents drive your workflow, you want tests in your repo as reviewable YAML, and you need enterprise-grade security with no vendor lock-in.
The deciding question: who writes your tests? If the answer is "QA people who don't code," testRigor. If the answer is "developers and AI agents," Shiplight.
References: Playwright browser automation, testRigor, SOC 2 Type II standard, Google Testing Blog