By platform

Jotform test form before you share it

You built the form and submitted it yourself, so you know it works, but a stranger on a phone may not. Mimiq sends simulated visitors to the public link and shows each place one of them stopped.

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

How do I test a Jotform before I share it?

Open the public link in a private window on a phone, and fill the form in as a stranger would, starting from blank fields. Run every answer path that a condition creates, because the path you never tried is the one nobody has checked. Check the thank-you step and the Submit button on each path. A simulated test does this with visitors who have never seen your form, and records the step where each one stopped.

What this looks like in a report

Who
Lucas, a homeowner who wants a quote for new bathroom tiles
How they arrived
Followed the quote link on a tiler's Instagram profile
Where they stopped
Second question, after answering yes to a tiled wall

“The form asked about the wall, and then about tile size. I do not know the tile size yet. I will leave it blank, but the form will not let me go on.”

The fix. Make the tile size question optional, and add a choice that says not sure. Then fill the form on a phone in a private window with a yes to the wall question, and confirm it submits.

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

Your own test hides the path a stranger takes

When you test your own form you already know the answers, the order of the questions and which answer opens the next one. A stranger reads the first question and guesses. A question that appears after a yes can block the submit if it is required and the visitor did not know to answer it. The public link can also behave differently from the edit page, since a form can be closed or limited, and you only see that from a logged-out browser. On a phone, the keyboard can cover the field being typed in. The edit page shows none of this.

  • Open the public link in a private window, not from the edit page, and confirm it loads without a login.
  • Note every question that appears under a condition, and fill each answer that opens one.
  • Press Submit with a required field empty and read the error the visitor sees.
  • Check the thank-you step after a complete submit, including any address it sends the visitor to.
  • On a phone, type into the last field and confirm the keyboard does not hide the Submit button.

What the stranger does with the public link

A stranger taps the link and sees the first question with no context, sometimes on a phone with the keyboard open before the page has finished loading. They answer what they can, skip what they cannot, and press Next or Submit when they think they are done. If the form asks for something they do not have, some leave rather than guess. The owner never sees that moment, because the owner opens the form already knowing which answers are safe to give.

Wrong and right ways to test the paths

The wrong way is to open the edit page, fill in the answers you know, and read the thank-you screen. That proves one path works, and it is the path you designed. The right way is to open the public link in a private window, list every answer that opens a new question, and fill each one on its own run. Count the routes on paper before you start, since each answer that opens a different question adds one more.

The thank-you step belongs in the test too. A stranger who reaches it believes they have finished, so check the words it shows and the address it sends them to. A thank-you page behind a login, or one that sends them back to the start, is a dead end the owner would not see from the edit page, because the owner is already logged in there.

Coverage of a run, and what the report leaves out

A simulated run opens the public link, fills the form, presses Submit, and records the step where it stopped. Each simulated visitor takes one route through the form, so give each route its own run. The report gives you the step, a screenshot, and any script error or failed request recorded there. The run sees only the public page, so it cannot show whether the entry reached your inbox or spreadsheet. If the form emails a confirmation to the person who filled it in, the simulated visitor's inbox can receive it, and the report shows that step.

Mimiq is independent and not affiliated with the platforms it names. Names belong to their owners.

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 condition can block a path you already tested

Forms change after you share them. A new question, a changed condition or a moved required mark can block a path that worked last month. Run the same paths again after each change, from the public link on a phone, and compare the step where each simulated visitor stopped with the run before.

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

Do I need to test every answer?

Test every path that changes what the visitor sees, at least once. Each answer that opens a new question starts a path. A short form may need only two or three runs, and a long one needs a run for each branch you designed.

Will the test show that my form converts well?

No. It does not predict how many visitors will finish the form. It shows where a simulated visitor stops and why, with a screenshot. Completion numbers come from the form's own data after you share it.

Does the test send my entry to my inbox?

No. The test does not read your form account or your inbox. Submit once in a private window, then check the response in your account, the same way you will read real responses.

Should I test again after every edit?

Yes, after a change to a question, a condition or a required mark. A new required field can block a path you already tested, so run the same paths again from the public link on a phone.

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 .