Zela Book a demo

White-label test management

Your clients' regression testing, under your brand.

Zela runs regression testing for software agencies: a test catalogue per client app, a cycle per release, evidence on every result — and each client sees all of it under their own name, colours and domain.

A release cycle in Zela: the regression matrix for a client's banking app, mid-run, with passed, failed and blocked checks per platform
Release 3.4 for a client's app — one row per check, one column per platform.

Spreadsheets don't scale to ten clients

One tab per client, one fork per release

Every release starts by copying last release's sheet. Two weeks later there are three copies, each half-current, and the question "what did we actually test?" has no answer anyone would sign.

"Tested ✓" with nothing behind it

A green cell carries no screenshot, no video, no who-and-when. When the client asks what happened on their side, the proof is a memory.

Your best work, invisible

Homologação ends and the client receives… a spreadsheet. Weeks of disciplined testing, presented as admin. The work deserves a surface that looks like the service it is.

How regression test management works in Zela

  1. Catalogue each app once

    Features and test cases per client product, marked with the platforms they apply to — web, iOS, Android, mobile web. If the catalogue lives in a spreadsheet today, import it.

  2. Open a cycle per release

    Pick the apps in the release. Zela photographs the catalogue into a run matrix — one check per case per platform — so the cycle records what was true when testing started, not what the catalogue became later.

  3. Run, with evidence

    Guided Run walks the tester check by check. Screenshots and video attach to the result itself — not to a chat thread that scrolls away.

  4. Close with a report your client can read

    Coverage, failures, and every piece of evidence, on a page that carries the client's brand. Send the link instead of the export.

White-label QA: every client sees their own brand

Their name and their brand colours on everything they see — the pages they sign into and the reports you send them — on their own domain with its own certificate, testing.yourclient.com, not a subdomain of somebody's tool. To your client, this is your service, not your software stack.

  • Brand colours per client, across the product and its reports
  • A dedicated domain per client, certificate included
  • Reports that read like your deliverable, not your tooling
A cycle report rendered under the client's own colours and name — their brand, not the platform's
The report your client receives — their colours on it, not ours and not yours.

File the bug in Jira, with the evidence attached

A failed check files the issue in one step: the steps to reproduce, the expected result, the evidence, and the cycle's fix version — into the client's Jira project. The issue key stays on the result, and when the fix lands, a retest cycle re-runs exactly what failed and nothing else.

A failed check's drawer: the failure note, the attached evidence and the Jira issue key filed from it
One failed check: the note, the evidence, and the Jira key it filed.

Evidence on every result — screenshots, video, history

Every check records who ran it, when, on which platform, with what proof. And every test case keeps its execution history across cycles — so "has this ever failed before?" is a glance, not an investigation.

Frequently asked questions

How is Zela different from TestRail, Zephyr or Xray?

Those are built for in-house QA teams testing their own product. Zela is built for software agencies testing their clients' products: the account is organised client by client, and everything a client sees — runs, reports, the domain itself — carries the client's name and colours, never ours and never yours. White-label is the product, not a feature flag.

What exactly does white-label include?

Each client gets their name throughout and their brand colours on every page they see — the product and the reports it produces — on their own domain with its own TLS certificate, testing.yourclient.com, not a subdomain of ours. The neutral design underneath stays consistent, so every client gets the same quality of surface.

Does it work with Jira?

Yes. Each project connects to a Jira project; a failed check files the bug with the steps, the expected result and the evidence attached, tagged with the cycle's fix version. The issue key stays linked to the test case, and a retest cycle re-runs exactly what failed.

Can we import the spreadsheets we test with today?

Yes — the importer reads a features-and-cases spreadsheet, which is what most agencies already have. A catalogue that lives in Sheets today usually lands in an afternoon.

How much does it cost?

$49 per project per month — one plan, with every feature in it, white-label included. A project is one client engagement: their apps, the release cycles you run for them, and the reports you send. Seats are unlimited and cost nothing — your testers, and every person at your client who reads a report. The bill grows when your agency takes on work, not when your team grows. Zela is still invitation-only while we onboard agencies personally, so a pilot starts on the demo call.

Where do the details from this form go?

Into our own database, and nowhere else: no CRM, no analytics service, no third-party mail. The privacy notice spells out exactly what we keep and for how long.

Book a demo

Zela is invitation-only. Tell us about your agency and we'll set up a pilot with your own catalogue — most demos happen within a couple of days.

We use what you send here only to contact you about this demo — nothing is shared with any third party. Privacy notice.