Selenium alternative

A Selenium alternative that monitors your tests without a grid to keep alive.

Selenium gives you a WebDriver and a grid to run at scale, plus a lot to wire up yourself. Smoketest re-runs your tests in a real browser from one sentence and tells you the moment one breaks.

No WebDriver. No grid. 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

Selenium is powerful. The upkeep is the problem.

Selenium is the standard for scripted browser control, but you own everything around it: the grid, the waits, the selectors, the CI.

A grid to run at scale

Cross-machine and parallel runs need Selenium Grid or a paid cloud grid, one more platform to operate and pay for.

No built-in waiting

Without auto-waiting you hand-code waits, and timing issues turn into failures that aren't real bugs.

Selectors you maintain

XPath and CSS locators break when the markup moves, and keeping them current is your job.

A platform to own

You run the tests, the grid, and the CI around them. There's an execution platform to keep healthy, not just tests.

What a test looks like

No selectors. No test file.

you write
Start on the login page.
Log in with the test account.
Open the billing page.
Confirm the current plan shows as Pro.
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
Selenium vs Smoketest

Selenium vs Smoketest, at a glance.

Need
Selenium
Smoketest
Write a test
Java, Python, C#, or JS with WebDriver
A few sentences
Run at scale
Stand up Selenium Grid or pay for a cloud one
Runs in the cloud, nothing to host
Waiting and timing
You hand-code waits; no built-in auto-wait
Handled by the agent
When the UI changes
Locators you wrote break until you fix them
The agent re-reads the page each run
A failure gives you
A stack trace and maybe a screenshot
Recording, transcript, result, plus a Playwright trace
Who it's for

Selenium or Smoketest?

Smoketest fits when you

Ship weekly and want a few critical tests watched without owning test code
Have no QA engineer and no time to run a grid
Want a recording and a result, not just a stack trace
Care whether the test works in production, not only in CI

Stay on Selenium if you

Need the widest language coverage (Java, Python, C#, Ruby, JS)
Have to certify many browser and OS combinations, including legacy ones
Want standards-based WebDriver control and self-hosted infrastructure
Already run a healthy grid and have a team that maintains it
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

Selenium teams ask these.

No. Smoketest runs tests in a real browser through a managed agent and saves a Playwright trace with every run. There is no WebDriver to install and no grid to host.

No. You describe the test in a sentence or two and add test logins as environment variables. The agent handles waiting and reads the page itself, so there are no selectors or waits to keep alive.

Yes. Every run saves a recording, a step-by-step transcript, and a downloadable Playwright trace, so you can see exactly what happened.

Smoketest runs your tests in a real Chromium browser in the cloud. If you need to certify a wide matrix of browsers and operating systems, Selenium with a grid is still the better fit.

Most teams have their first test running in a couple of minutes: paste the URL, write the steps, run it once, then schedule it.

Move one test off Selenium.

Pick a critical journey, describe it in a sentence, and run it in a real browser. No WebDriver, no grid, no waits to hand-code.

Read the docs