Before you launch or pay for traffic
How to do a test checkout on Shopify: the steps
A test order placed while you are signed in to the admin skips much of what a shopper meets. This walk goes through the store as a guest, from the product page to the payment step, and simulated visitors show where a shopper stops.
How do I do a test checkout on Shopify before I take real orders?
Place a test order the way a shopper would: sign out of the admin, open a product page in a private window, add the item to the cart and go through the address and shipping steps as a guest. Then complete the payment with a test method your store setup allows, and cancel the order when you are done. A simulated test runs the same walk up to the payment step and shows where a shopper stopped, with a screenshot, but it does not pay.
What this looks like in a report
“The shipping step shows one rate and a long delivery time, and the total on the next screen is higher than the cart said. I do not know which number is the real price, so I will leave.”
The fix. Show the shipping cost in the cart before checkout, and make the shipping step read the same total as the payment step. Then place a test order as a guest from a private window on a phone and confirm the total matches at every step.
An illustration. Run a test to see your own.See a real sample report
Your test order runs under a login no shopper has
When the owner places a test order, the browser is usually signed in to the admin, the store already knows the owner's address, and saved payment details can fill the fields. The shipping step may skip the rate a guest would see, and a discount tied to a customer account may apply. The owner reaches the payment step, finishes the order and moves on. A shopper with no account, a new address and a different browser meets another sequence, and the owner never sees it.
- Signed out of the admin, in a private window, with no saved address
- A shipping rate for a guest in a country your shoppers actually live in
- Discount codes tried as a guest first, then as a customer, if your store has accounts
- The total on the payment step, matched to the cart and the shipping line
- Whether the test order is cancelled afterwards, so it does not sit in your records
How it works
- 01
Sign out and open a private window
Close the admin in the browser you test with, and open the store in a private window. Your own admin login can show a store that shoppers cannot open yet, and it can apply discounts a shopper never sees.
- 02
Add the item and go through as a guest
Choose a size and a color, add the item and open the cart. Start checkout without signing in, and enter an address you have never used on this store.
- 03
Read the shipping step and the total
Note each shipping choice, its price and its delivery time. Compare the total on the payment step with the cart total plus the shipping you chose.
- 04
Stop at payment, or finish with a test method
A simulated visitor stops at the payment step. To finish the order yourself, use a test payment method your store setup allows, then cancel the order, since a completed test order can still appear in your records.
The three kinds of test order, and what each one proves
A test order can be placed in three ways. A test payment method, where your store setup offers one, can complete an order without a real charge. A real order paid with your own card is a real charge that you refund later, and it stays in your records. A simulated walk runs the path up to the payment step as a shopper with no account would, and it does not pay. The first two show that the payment side can finish an order, and the simulated walk shows the total a guest sees at the payment step, so you can compare it with the cart.
A storefront password can stop a shopper before the cart
If the store is protected by a storefront password, a shopper without the password meets a locked page before any product. Run the walk in a private window that has never signed in to your store, so the test meets the same locked page a shopper does. Check that page on a phone as well, because a shopper who cannot get past it never reaches the cart. A stop there is about the store's own setting, not about the checkout.
Shipping and discount lines that change after the address
Shipping rates depend on the address, so a guest sees the real choice only after entering one. Some stores show a flat rate in the cart and a different rate at the shipping step. A discount code may apply in the cart and then drop away at the payment step, when the order no longer meets a rule such as a minimum amount or a region. Walk each of those as a guest, with two addresses in two different areas, and write down the total at each step. A total that moves between steps is what a guest notices first.
What you get with Mimiq
- 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.
- 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.
- 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.
- 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.
- 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 theme or app update can add a step no guest has walked since
Stores change after launch: a theme update, a new shipping app, a holiday discount rule, a second currency. Each one can add a line to the cart or a step before payment, and a test order placed last month will not show it. Walk the guest path again after each change, using the same products and two addresses, and compare the totals with the last walk.
Starter
Try it on one launch
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
Builder
Test every build
About 20 tests of 5 visitors
- Everything in Starter
- Credits refill each month, and what is left rolls over once
- Cancel anytime
Pro
Test every release, as a team
About 60 tests of 5 visitors
- Everything in Starter
- Credits refill each month, and what is left rolls over once
- Cancel anytime
Scale
Test at scale, every day
About 240 tests of 5 visitors
- Everything in Starter
- Credits refill each month, and what is left rolls over once
- Priority support
- Cancel anytime
Questions
Can a simulated visitor place the order?
Not to the end. A simulated visitor walks the store as a guest up to the payment step and stops there. It cannot pay with a real card, so the order itself, its confirmation email and the payment result all sit outside the test.
Will a test order show up in my sales?
It can. A completed test order may appear in your orders list and in reports, so cancel it when you are done and check whether it still counts in your totals. A simulated walk that stops at payment does not complete an order.
Do I need to pay with my own card to test?
Not if your store setup offers a test payment method. A real card makes a real charge that you then refund, and a simulated walk stops before any charge, so it cannot tell you whether a card goes through.
What if my store asks guests to create an account?
Then a guest meets the account form before payment. Walk that form as a new customer, then walk the checkout again signed in as that customer, since the totals and the discounts can differ between the two.
Can the test check my taxes?
It can show whether a tax line appears at the step where a shopper expects it, and whether the number matches what your store setup shows. It cannot tell you whether your tax settings are right for your region, or what a tax office would expect.
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.