Skip to content
PowerOps

QA & browser testing

Reproduce a bug in the environment it happened in

Pin a browser build, a screen size, a locale and a timezone to a profile. It is still there next sprint, so nobody rebuilds it from a wiki page.

PowerOps · Browsers
Search
Build
Orbit (stable)
Orbit (previous)
Orbit (stable)

Every build is verified on install.

Each profile records the build it was created against.

Most of the time spent on a browser bug is spent rebuilding the conditions it appeared under: which build, which language, which screen, which country the request came from. That environment usually lives in a wiki page that was accurate once.

Make the environment a thing you keep

A profile records the browser build it was created against, and Orbit Browser builds are verified before PowerOps installs them. A region preset sets language, timezone and screen size together, so a locale bug becomes reproducible rather than anecdotal, and a proxy puts the request in the country the report came from.

Run the same set every sprint

  • One profile per environment under test, opened from its row
  • Older builds stay installed until you remove them, so a regression can be bisected
  • Extensions assigned per profile, so a test environment is not polluted by your own
  • Groups for a matrix — locales in one, builds in another — opened together

Drive it from CI

On the paid plans the Local API starts a profile and hands back the browser's debugging endpoint. Whatever test library you already use connects to that endpoint, against a real, pinned environment rather than a fresh one assembled per run.

Set this up in a couple of minutes

Download the Windows build, create your first profile, and give one account an environment of its own.