Documentation / Build browser tests

Build browser tests

A test is an ordered list of browser steps that run against one verified website. Create a test from the website page in the dashboard, then add steps.

Open a page

The open-page step (shown as goto in the dashboard) opens a path on your verified site. Enter a path starting with /—for example /login or /search?q=test—not a full URL. WebTestrunner resolves the path against your website's base URL so tests cannot wander off your domain.

Navigation must receive an HTTP 2xx status. Redirects that end in an error status fail the step. Redirects that leave your verified website origin or base path also fail the step.

Interact and assert

Paid plans unlock the full step set:

The free tier allows a single open-page step. Use it to confirm a critical path (home, login, pricing) returns successfully each week.

Pick a selector from the page

For click, fill, and assert steps on paid plans, you can capture the page after your existing steps and click the element you want—no hand-writing CSS required.

  1. Choose a step type that needs a selector (for example click).
  2. Click Pick from page. WebTestrunner replays your current steps, then shows a screenshot.
  3. Click the control on the image. Confirm with Use selector—the CSS selector fills into the form.
Add test step form with type set to click and a Pick from page button beside the CSS selector field
Add a click step, then open the picker next to the CSS selector field.
Pick from page dialog showing a captured checkout page ready for element selection
The picker shows a live page capture. Click the element you want to target.
Pick from page dialog with the Continue button selected as CSS selector #continue-btn
After you click an element, the chosen selector is shown—here #continue-btn.
Add test step form after using the picker, with CSS selector filled as #continue-btn
Use selector writes the value into the step form so you can save the step.

Selectors

Prefer stable selectors—roles, data attributes, or dedicated test hooks—over brittle class names that change with every redesign. The picker prefers stable attributes when it can. If a click or assertion fails, open the run detail in the dashboard to see the error and any captured screenshot.

Manual vs scheduled runs

You can trigger a run from the dashboard at any time (subject to plan concurrency limits). Scheduled runs use the cadence you set on the test. Only one active run is allowed per test at a time. To get alerted when a run fails, configure error notifications.

Next steps

Make sure the site is verified, then read schedules and plans to pick a cadence. Or open the dashboard.