What should I test as I integrate Stripe?

When using Stripe.js, you should ensure the following:

• The card number, expiration, CVC and amount are set correctly in createToken.
• In the response handler for createToken, card errors are handled and displayed properly.
• Only a valid token is passed to your server as part of payment form submission.
• Sensitive card details (number, expiration and CVC) are not included in form data submitted to your server.

In server-side code, you can test the following:

• All values submitted from the payment form are valid and expected.
• All API errors are handled properly.
• Relevant webhooks are handled correctly (more on how to test webhooks below).

Before you go live, verify your publishable and secret keys. You can see all your keys on your account page.

Account Settings

You can configure your decline settings in https://dashboard.stripe.com/account.

These allow you to decide whether a failing cvc_check or failing address_zip_check should cause the charge to be rejected. Perhaps surprisingly, even if these details are wrong, the charge can succeed; it's up to you decide what to do in that case. By default, Stripe will decline charges with a failing cvc_check. If you'd prefer to allow these charges to succeed, you can update your decline settings.

Note that we don't have a setting for address_line1_check failures to cause a decline, as the data for this particular check tends to be pretty noisy.

We recommend leaving these settings at their defaults unless you have special requirements.

Logs

As you integrate and test Stripe, you may find it useful to view logs of your requests.

How do I debug JavaScript?

There are many tools for tracking down problems in your client side code. We recommend reading about the Chrome Web Inspector. Should you need it, you can also load a debug version of Stripe.js at https://js.stripe.com/v2/stripe-debug.js.

How do I test webhooks?

The Dashboard has a test feature built in. Navigate to your webhook settings and click Test Webhooks. You can select a type of webhook, and one of your test webhook URLs. If you don't have any test webhook URLs defined, you'll have to define one first.

If you don't have a server set up to receive webhooks but want to see example webhook requests, we suggest using a service like RequestBin to inspect the requests we send.

If you'd like to test subscription webhooks with live data, a useful trick is setting the subscription's trial_end attribute to a short time in the future. This ensures you don't have to wait a month to receive an invoice webhook.

Which card numbers should I use for testing?

In test mode, you can use these test cards to simulate a successful transaction:

In addition, these cards will produce specific responses that are useful for testing different scenarios:

Additional test mode validation: By default, passing address or CVC data with the card number will cause the address and CVC checks to succeed. If not specified, the value of the checks will be null. Any expiration date in the future will be considered valid.

How do I test specific error codes?

Some suggestions:

• card_declined: Use this special card number - 4000000000000002.
• incorrect_number: Use a number that fails the Luhn check, e.g. 4242424242424241.
• invalid_expiry_month: Use an invalid month e.g. 13.
• invalid_expiry_year: Use a year in the past e.g. 1970.
• invalid_cvc: Use a two digit number e.g. 99.

The full list of API error codes is available here.

How do I test accepting Bitcoin?

In test mode, you can use the following test emails (set on BitcoinReceiver objects) to test different edge cases. By default, a receiver will always be paid 3 seconds after creation.

When creating test charges using Bitcoin, Stripe uses a fixed BTC to USD conversion rate instead of the current market rate.

How do I test disputes?

In test mode, you can use the test card below to simulate a disputed transaction:

The following evidence, when submitted in the Additional information section of the Dashboard form or the uncategorized_text field in the API call, will produce specific actions that are useful for testing the dispute flow:

How do I test sending transfers?

When sending third-party transfers in test mode, you can use these test bank accounts, tax IDs, and debit card numbers.

Test tax IDs

Pass in any name and one of these tax IDs (they work as both SSNs and EINs) for the desired recipient verification behavior.

Test debit card numbers

You can attach these test debit card numbers to your recipient to test transferring to a debit card. These can only be used with test secret keys.

Test bank account numbers

There are various test routing and account numbers you can use to trigger certain events. These can only be used with test secret keys. When creating test transfers, you must use a test account number but you can use any valid US routing number.

Routing numbers

Account numbers