QA automation · writes · runs · fixes

From requirement to a running test.
No script to write.

You point at the ticket. It writes the cases, runs them in the browser and fixes itself when the screen changes.

Runs in your browser. Nothing to install.

👀 it watches your cursor, and shifts color as you scroll
↓

Writes

from what you already have: a ticket, a document, a single paragraph.

Runs

in a real browser, in the cloud, with video and evidence of every step.

Fixes

when a selector breaks, it rewrites itself and keeps going.

A test management tool records what happened.
Qymar makes it happen.

The proof

Watch the self-repair happen.

The site changed. A button moved. The test no longer wrecks your day.

interactive · click to see it

Failed → fixed → passed.

When an element changes, it rewrites the locator on its own, runs again and keeps going, and records exactly what changed, for you to review.

Only something that's there when it breaks can fix it.

1Open /checkout and add an item
2Fill in the shipping address
3Click
4Check the total with shipping
1,284
tests fixed themselves this month.
example screen, not a number of ours: it's what your dashboard starts showing

Proof it really ran.

Video and screenshots of every step, opening in the browser with nothing to install. You send your manager the link and you're done.

How it starts

You pick the ticket.
It does the rest.

No spec to write, no spreadsheet to fill in, nothing to prep.

at launch
1

Point it at the source

a ticket, a document, or just a pasted paragraph.

2

It reads and connects the dots

it pulls what's scattered around: the description, the discussion comments, the acceptance criteria on the parent item, the attachment.

What makes a ticket testable is almost never in the ticket. It's in everything around it.
3

Tests, ready to run

the scenarios, plus scripts that actually run.

No requirement? Start with whatever you've got.

Every rung below works on its own. You're never blocked because a doc is missing.

No written requirement?→paste the ticket, the email, the WhatsApp paragraph.at launch
No ticket at all?→answer 4 questions. It writes the rest.later
Nothing but the app itself?→record your screen using it. It describes what it saw.later
Whatever your starting point is, it works.

And it never makes things up.

It never invents a rule nobody wrote down.
Every rule shows where it came from, the field, the comment, the attachment page.
An incomplete requirement blocks nothing: it generates what it can and shows you what was missing.
coverage · rule → scenariolater
BR01validate a valid ID number2 scenarios✔
BR02block an already-registered ID1 scenario✔
AC01show the error message in red✖
EF01handle the lookup service timeout1 scenario✔

It proves what it covered.

Every rule in the requirement is traced to the scenario that tests it. Whatever's left out shows up, with a button to fix it.

"the AI wrote tests", anyone can say that. "the AI proved what it covered" is what no one else shows.
We haven't opened yet, and this is what opens

At launch: paste the requirement or upload the document, ready scenarios and scripts, cloud execution with video, self-repair, a schedule that warns you when something breaks, and a connection to the tool where your requirement already lives.

After launch (and you, as a pioneer, help set the order): the 4-question interview, screen recording, the coverage matrix, and testing installed desktop software.

Why the web

The 3am regression runs at 3am.

No machine left on, no scheduled task on anyone's computer, nobody on call. You set the hour and go to sleep.

Something broke overnight? It tries to rewrite the selector and carry on. If it can't, the email is already waiting when you wake up, with video of the step that failed.

runs on the server · your machine can be switched off
regression · overnight 03:00
▸38 cases queued
✖1 selector broke
↻rewritten and retried
✔37 passed · 1 really failed
alert sent · 03:19
Integrations

It connects where the requirement already lives.

No feature depends on an integration: pasting the text works just the same. Connecting is what stops the case from being copied by hand.

Starting fromTest casesRunsBugs
I don't use any of these toolsat launchat launchat launch
Azure DevOps / TFSat launchat launchat launch
Jiralaterlaterlater
at launch later

The capabilities are composable: keep everything here and send only the bugs to your tracker, for example. And when the system you test only exists inside your company network, an agent with no interface runs in there and sends the result back, without opening anything up to the outside.

How your data is handled

The test runs in our cloud.
So you deserve to know how.

A hosted product has to answer this before being asked, not after the first scare.

A throwaway machine per run

Every run gets its own virtual machine, with its own operating system, created for it and destroyed at the end. Nothing is reused between runs, let alone between customers.

Your space is separate by construction

It isn't a check somebody has to remember to make: it's the only way the product can reach a file at all. One customer cannot ask for another one's path.

Evidence has an expiry date

A test video is your screen, and sometimes it holds data belonging to people who never heard of us. It's deleted on your plan's schedule, and the sharing link expires with it.

The target account is always a test account

Never a real person's account, never an administrator's. That protects you from us, and protects both of us from an accident at 3am.

Credentials never reach a log, an error message, a URL, or what is sent to the model. And no data of yours trains any model.

Why Qymar

What the category doesn't do.

CapabilityQymarTest managementOpen frameworks
Actually runs the test, end to endyesnoyes
Fixes the selector on its own, the moment it breaksyesnono
Runs at the hour you set, with no machine left onyesnowith your own CI
Nothing to install, nothing to maintainyesyesno
Starts from a thin ticket or no specyespartialno
Video and evidence of every step, with no setupyesmanualwith your own CI

When all you need is to organize cases and reports for a large team, a test management tool can be the right call. When you need to run the test, it's here.

What isn't here yet Testing installed desktop software under evaluation No date. When it lands, it lands as a capability, not as an announcement.
Pricing

Automation without the old-way cost.

The price follows your team instead of exploding with it.
The Team plan covers up to 5 people for $59/mo: $12 per user instead of the $19 solo seat.
More than 5? Each extra seat is $9.
Running is included in the plan, with a monthly ceiling. Re-running a test that already exists costs no generation at all: only the run time.
Every new account starts with 7 days free. The first 15 people on the pioneer list start with 30.
You don't need an automation team to have automation.
Early access

Join the pioneers.

Limited seats: the first 15 people on the list get 30 days free at launch. Every new account starts with 7 days. You're among the first to run it when it opens, and you help shape v1.

Solo · 1 user · $19/mo Pioneer · 30 days free · 15 seats Team · up to 5 users · $59/mo
✓ You're on the list. I'll ping you the moment it opens.
qymar.com · runs in your browser · launching soon