How to Test Square Integration with Your Ecommerce Platform

What You Need Before Testing

Before you start testing, make sure you have these three things ready:

• A Square Developer account – Sign up at developer.squareup.com if you haven't already. This gives you access to the sandbox environment.
• Your ecommerce platform's test mode – Platforms like Shopify, WooCommerce, BigCommerce, and Wix each have a built-in test or sandbox mode. Enable it so no real charges are processed.
• Square test card numbers – Square provides specific card numbers that simulate successful payments, declined cards, and other scenarios. You can find these in the Square developer documentation.

Step 1: Enable Sandbox Mode in Square

Log in to your Square Developer Dashboard. Navigate to the sandbox settings and toggle sandbox mode on. This creates a separate environment that mimics the live Square system but uses fake data. No real transactions, customers, or inventory are affected.

Once sandbox mode is active, you will see a sandbox location in your dashboard. Use this location for all test transactions.

Step 2: Configure Your Ecommerce Platform for Testing

Each platform has a different way to enable test mode:

• Shopify – Go to Settings > Payments > Square. Enable test mode and enter your sandbox API credentials.
• WooCommerce – Install the Square plugin. In plugin settings, check the “Enable Sandbox Mode” box and enter your sandbox application ID and access token.
• BigCommerce – In the Square payment gateway settings, toggle “Test Mode” on and use sandbox API keys.
• Wix – In the Square integration settings, enable the sandbox option and paste your sandbox credentials.

If your platform is not listed, look for a “test mode” or “sandbox” toggle in the Square payment settings. The process is similar across most platforms.

Step 3: Place Test Orders Using Square Test Cards

Now you can simulate real purchases. Use the following test card numbers to trigger different outcomes:

• Successful payment – Use card number 4111 1111 1111 1111 with any future expiry date and any CVV.
• Declined payment – Use card number 4000 0000 0000 0002 to simulate a card decline.
• Insufficient funds – Use card number 4000 0000 0000 0003.
• Invalid card – Use card number 4000 0000 0000 0004.

Go to your ecommerce store's checkout page as a customer would. Enter one of these test card numbers along with any valid name, address, and future expiry date. Complete the order.

Repeat this process for each test card to verify how your store handles different payment outcomes.

Step 4: Verify Data Sync Between Square and Your Platform

After placing a test order, check that the information appears correctly in both systems:

• In your ecommerce platform – Look at the order details. The order should show as “paid” or “completed” for successful payments, and as “failed” or “declined” for declined ones.
• In the Square Dashboard – Go to the sandbox location and view the transactions. You should see the same test orders with matching amounts, card types, and statuses.

If the order appears in your platform but not in Square, or vice versa, there is a sync issue. Check your API credentials and webhook settings.

Step 5: Test Webhooks and Notifications

Square uses webhooks to send real-time updates about payments, refunds, and disputes to your platform. To test webhooks:

1. In your Square Developer Dashboard, go to Webhooks and add a test endpoint URL (you can use a service like webhook.site to capture the payload).
2. Place another test order. Square will send a webhook event to your endpoint.
3. Check that the webhook payload contains the correct order ID, payment status, and amount.

If your platform relies on webhooks to update order status, this step is critical. A missing or malformed webhook can cause orders to appear as unpaid even after a successful charge.

Step 6: Test Refunds and Partial Refunds

Refunds are a common part of ecommerce. Test the full refund flow:

1. In your ecommerce platform, initiate a refund for a test order that was paid with a successful test card.
2. Check that the refund appears in the Square Dashboard under the same transaction.
3. Verify that the order status in your platform updates to “refunded” or “partially refunded.”

Also test a partial refund to ensure your platform handles it correctly.

Key Facts About Testing Square Integration

Limitations of Testing in Sandbox

Sandbox testing is powerful, but it has limits:

• No real payment processing – You cannot test actual bank transfers, card-present transactions, or hardware integrations.
• No customer data – Sandbox does not create real customer profiles. You will not see email receipts or customer cards saved for future use.
• No chargebacks or disputes – You cannot simulate a customer disputing a charge. That flow can only be tested in production.
• Limited test card scenarios – Square provides only a handful of test cards. Complex scenarios like 3D Secure authentication may not be fully reproducible.

For these reasons, after passing sandbox tests, run a small set of live transactions with your own card to confirm everything works in production. Then immediately refund those transactions.

Frequently Asked Questions

Do I need a separate Square account for testing?

No. Your existing Square account can access the sandbox environment through the Developer Dashboard. You do not need a second account.

Can I test Square integration without a developer account?

No. The sandbox environment is only available through the Square Developer platform. You must create a developer account, which is free.

How long does it take to set up the sandbox?

About 10 to 15 minutes. Creating a developer account and enabling sandbox mode takes only a few clicks. Configuring your ecommerce platform with sandbox credentials takes a bit longer.

Will testing affect my live store data?

No. Sandbox data is completely isolated. Orders placed in sandbox mode do not appear in your live Square Dashboard or affect your inventory, customers, or reports.

What if my platform does not have a test mode?

Some custom-built or less common platforms may lack a built-in test mode. In that case, you can still test by using Square's API directly with sandbox credentials. You will need to manually verify data sync by checking API logs.

How do I know if my webhooks are working?

Use a webhook testing tool like webhook.site or requestbin.com. Configure Square to send webhooks to that URL, then place a test order. If you see the payload arrive, your webhooks are working.

What should I do if a test fails?

First, check your API credentials. Make sure you are using sandbox credentials, not live ones. Then check your platform's error logs. Square also provides detailed API error messages in the Developer Dashboard. Common issues include incorrect endpoint URLs, missing permissions, or mismatched location IDs.