Test a page or flow

Test registration form: what happens at capacity

A registration form can accept a person the event cannot take, or refuse a family on the last field. Mimiq sends simulated visitors through the sign-up in real browsers, with more than one attendee, and shows where each one stopped.

5 visitors try to .
First test free with an accountRun it from your coding agent

How do I test a registration form before I open it?

To test a registration form, register more than one person, the way a family or group would, and tick the consent box the way a stranger would. Check that the form says how many places are left, then submit once the count is nearly used up, and read what it does when the event is full. A simulated run registers simulated visitors in real browsers and shows the step, the screenshot and any message where each one stopped, so the refusal you did not plan for shows up before people arrive.

What this looks like in a report

Who
Rafaela, registering her son and her nephew for a junior chess weekend
How they arrived
Tapped a flyer link from the library noticeboard, on her phone
Where they stopped
Registration form, after entering the second child's name

“It says there are two places left, so I typed both names. Then it says this email is already used, and I cannot add the second child. I will call the office.”

The fix. Check the duplicate rule against the name and the email together, and let a parent add more than one attendee under one email. Check capacity when the page loads and again on submit, and keep the entries if the session is full.

An illustration. Run a test to see your own.See a real sample report

A family gets refused on the last field, after the form said yes

A registration form holds two counts that can disagree: the places left when the page loaded, and the places left when the form is sent. A stranger can spend several minutes typing names and dates while someone else takes the last place. The form then refuses them at submit, often with a message at the top of the page, and the typed entries may be cleared. The same form can block a parent who uses one email for two children, because its duplicate check looks at the address and not the person. The owner, registering once with their own email, never reaches either rule.

  • Read the places left when the page loads, then again just before you submit. Does the count change, and does the form say so?
  • Enter two attendees under one email. Does the form accept the second one, or say the email is already used?
  • Tap the words beside the consent box on a phone. Does the box tick, or only the small square?
  • Leave one attendee's name blank on purpose. Does the error appear beside that field, or only at the top of the page?

Two counts that disagree

The places shown on the page are a copy taken when it loaded. The real count sits on the server, and it changes every time someone else completes a registration. A page that stays open for ten minutes while a parent types can show a place that is already gone. The form then accepts every field and fails at the end, which is the worst moment for a visitor to learn the session is full.

Test it by reading the count at two moments. Load the page, note the places left, then fill in the form slowly and read the count again before you submit. If the form does not refresh, or it refreshes and says nothing, the count is the cause. A fix that checks capacity on submit and keeps the entries on the screen turns a dead end into a clear message.

One email, several people

A duplicate check keyed only on email assumes one person per address. Families, caregivers and group leaders break that assumption often, so the second person is refused with a message such as already registered. The message gives no path forward, and the visitor does not know whether the first registration is theirs or someone else's. A parent who sees a duplicate message needs a path forward, not only a refusal.

Run the test with two attendees under one address, and read the exact words the form uses. Then compare them with what you want a parent to do next: add a second person, use a different address, or call. A rule that checks name and date of birth alongside the email stops a family from being refused for sharing an inbox.

Errors and consent that the eye misses

Two small things stop a registration without any clear sign. A consent box whose words are not linked to its square does not tick when the visitor taps the text, and on a phone the tap is the only action they take. A validation message placed at the top of a long form can sit out of view, so the visitor sees an empty field and no reason.

Check both by hand. Tap the consent text, not the box, and see whether the box changes. Leave one required field empty and scroll the page to see where the error is. The confirmation screen needs the same check: a place described as pending is not a confirmed place, and the visitor should be told which one they have. Read the words in full, since a short label like Pending is easy to skim past.

What you get with Mimiq

  1. 01

    Run it by hand, or on every pull request

    Paste a link and a task in the app and watch the visitors work. Or run them on every preview deploy: the GitHub Action comments on the pull request, any other CI can call the MCP endpoint, and your coding agent can run it too.

  2. 02

    Bugs and usability problems in one report

    The browser records errors and failed or slow requests on the step they happened. The visitors say where the wording or the steps confused them, and where they left.

  3. 03

    Visitors that behave like your audience

    Each visitor is a different profile with a reason to be there, matched to who the page is for, described by you, or built from your own customers.

  4. 04

    A prompt to fix each problem

    Every problem comes with a fix to paste into Cursor, Claude Code, Lovable or any coding agent, and one prompt hands over the top problems at once. Then send the same visitors through again.

  5. 05

    Follow every visitor

    See each visitor's whole path, step by step with screenshots, and what it was thinking at every step. Ask any visitor a question.

The browser records relevant JavaScript errors and failed or slow app requests encountered during the run, attached to the step where they occurred. The visitors are simulated: they find problems, they do not predict how many real people will convert.

A new waiver or age rule can refuse a family at the last field

Every new waiver, age rule or capacity change can refuse a registration the form accepted last month. Run a two-person registration after each change, on a phone and a laptop, and again before each new session opens. Use made-up names and an address you control, never a real child's details, and keep them out of any preview others can open.

Starter

Try it on one launch

$9 once
120 credits, never expire

About 4 tests of 5 visitors

  • Visitors on your landing page, signup and checkout
  • Where they left and why, with a fix to copy for each problem
  • Run it in the app or on every pull request
  • Ask any visitor a question, included
  • Test accounts and protected previews
Buy 120 credits

Builder

Test every build

$19 a month
500 credits every month

About 20 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Builder

Pro

Test every release, as a team

$49 a month
1,500 credits every month

About 60 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Cancel anytime
Choose Pro

Scale

Test at scale, every day

$149 a month
6,000 credits every month

About 240 tests of 5 visitors

  • Everything in Starter
  • Credits refill each month, and what is left rolls over once
  • Priority support
  • Cancel anytime
Choose Scale
$0for your first test, with a free account (Google sign-in, no card). It includes 50 credits, enough for 10 visitors. After that a visitor uses 5 credits, and packs start at $9 for 120 credits.
See a sample report

Questions

Can the test fill a session so I can see the full message?

Not on a live form. Use a preview or a staging copy with a small capacity, so the session fills during the run. On a live form, a test entry takes a real place, so remove it afterwards and confirm the count went back up.

Will the test tell me how many people will register?

No. It does not predict registrations, and it gives no sign-up rate. It shows the step where a simulated visitor stopped, the message they saw and the screenshot. Rates come from your sign-up records and your own analytics.

Does the test check whether the confirmation says confirmed or pending?

It shows what each simulated visitor saw on the confirmation screen, and the visitor's inbox gets the email the form sends. It cannot tell you whether your team approves the place later, and it does not read your own approval list.

Should a test use a child's real name?

No. Use made-up names, an address you control and a date of birth that fits your age rule. Real children's details do not belong in a test run, on a live form or a preview.

Should a family be allowed to register under one email?

That is your decision. The test shows what happens when the form refuses a second person, and the words it uses. Choose a rule your staff can explain to a parent, then run the two-person check again.

Keep reading

Send visitors and see what breaks first.

Your first test is free: sign in with Google and it starts right away. Last checked 2026-11-02.

5 visitors try to .