Cypress alternative

A Cypress alternative that monitors the tests you'd rather not script.

Cypress is a strong framework for engineers who write and own their specs. Smoketest re-runs your tests from a sentence and tells you the moment one breaks, with no spec files to keep alive.

No spec files. No selectors. Your first run in about two minutes.

smoketest.sh/dashboard
Board
Tickets currently moving through QA
Development1
Jira · APP-917
Invite member from workspace settings
App QANot tested
Testing2
Linear · WEB-284
Apply annual discount at checkout
Checkout QARunning
Linear · AUTH-126
Recover account with magic link
Authentication QANeeds attention
Passed1
Jira · BILL-442
Show updated invoice after seat change
Billing QAPassed
The problem

Cypress is pleasant to write. It's still code to own.

Cypress made browser tests nicer to write, but every test is still a spec your team authors, reviews, and keeps current as the app moves.

Specs to maintain

Every test is a spec file your team writes, reviews, and keeps green.

Selectors and data-cy

Reliable element selection usually means adding and maintaining data-cy attributes across the app.

JavaScript and TypeScript only

Specs and selectors are code, owned by whoever on the team writes JS or TS.

Built for CI, not production

Cypress runs the specs you've coded in CI. It isn't built to monitor your live product after each deploy.

What a test looks like

No selectors. No test file.

you write
Start on the home page.
Start a free trial.
Reach the paywall.
Confirm the upgrade prompt appears.
smoketest does the rest
Opens a real browser and runs each step
Pulls test credentials from your Persona secrets
Records the full session
Returns a pass or fail result with its reasoning
Saves the transcript, screenshots, and a Playwright trace
Cypress vs Smoketest

Cypress vs Smoketest, at a glance.

Need
Cypress
Smoketest
Write a test
JavaScript or TypeScript spec files
A few sentences
Selecting elements
You add and maintain selectors, often data-cy
The agent reads the page
Who can author
Engineers who write JS or TS
Anyone on the team
Where it runs
Your CI, against a build
The cloud, against your live app or a preview
A failure gives you
Screenshots and video in CI
Recording, transcript, result, plus a Playwright trace
Who it's for

Cypress or Smoketest?

Smoketest fits when you

Want a few critical tests watched without writing or owning specs
Ship often and need to know if production still works after each deploy
Have no one whose job is to keep a suite green
Want a result and a recording you can share, not just a CI artifact

Stay on Cypress if you

Want component testing alongside end-to-end tests
Value its time-travel debugging and interactive test runner
Have engineers who enjoy owning deterministic specs in version control
Gate every pull request on tests you've coded and reviewed
Use cases

Cover the tests that matter.

Login

→User logs in with email and password and lands on the dashboard.

Checkout

→User adds an item, checks out with the test card, and sees the order confirmation.

Onboarding

→New user signs up, completes the setup wizard, and reaches an empty project.

Billing

→User upgrades to Pro and the workspace shows Pro features enabled.

Magic link

→User requests a magic link, opens it, and lands authenticated.

PR previews

→Your critical tests, pointed at the pull request's preview URL.
When it fails

The whole story, not just a red X.

Every failed run hands you a recording, a transcript, the result, and the downloadable Playwright trace.

signup-test.webm
00:00↑ 00:06 · sign-up00:07
step log
Opened /pricing
Clicked “Start free”
Filled email · password
Submitted sign-up form
Expected dashboard · got 500 error
Session recording
Screenshot at failure
Step-by-step transcript
Downloadable Playwright trace
How it works

Jira or Linear starts the Test.

Keep the workflow where QA already works. Smoketest adds execution, evidence, and routing without becoming another board.

workspace · connections
Lhealthy
Linear
Acme workspace
Jhealthy
Jira
acme.atlassian.net
01

Connect Jira or Linear

A workspace owner authorizes Jira or Linear once. Smoketest keeps Connection identity, permissions, token health, and webhook health visible.

new test source
Listen to
Checkout board · QA
Passed
Ready to release
Failed
Development
Run at
staging.acme.com · Desktop
Permissions and direct transitions validated
02

Define the QA handoff

Choose the team or board, exact QA status, direct Passed and Development statuses, then set the URL, Environment, device, and access settings.

test request · attempt 1
WEB-284 enters QA
Ticket + linked PR frozen
Generated Test created
Browser Run in progress
03

Let the ticket start testing

When a ticket enters QA, Smoketest freezes current context, enriches it from an eligible ticket-linked pull request, generates one Test, and runs it automatically.

result · synchronized
PASSEDWEB-2841m 42s
Attempt comment updated with evidence
Authenticated recording and transcript linked
QAReady to release
04

Return the Result safely

Smoketest posts evidence to one evolving Attempt comment. Passed moves forward, Failed returns to Development, and No Result stays in QA. Newer human changes always win.

FAQ

Cypress teams ask these.

For end-to-end tests on a few critical journeys, yes. If you also use Cypress for component testing or its time-travel debugger, keep it for those and let Smoketest watch the user-facing tests in production.

No. You describe each test in a sentence or two. There are no spec files, selectors, or data-cy attributes to maintain.

Yes. Point a test at a pull request's preview deployment or your live app, and run it on every deploy or on a schedule.

A recording, a step-by-step transcript, a pass or fail result with the agent's reasoning, and a downloadable Playwright trace.

About two minutes for the first test: paste a URL, write the steps, run it once to confirm, then schedule it.

Move one test off Cypress.

Pick a journey you'd hate to ship broken, describe it in a sentence, and run it in a real browser. No spec file required.

Read the docs