Testing

Before taking your integration live, use the following information to test it thoroughly. If you need help after reading this, check out our answers to common questions or chat live with other developers in #stripe on freenode.

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.

Rate limits

It is extremely unlikely for users to experiencing any rate limits with normal usage of the API, even at high volume. The most common causes for a user to experience rate limits are bugs, bulk data fetches, or extreme load testing.

Should your requests begin to receive 429 HTTP errors, reduce the frequency of your requests. Each failed request is perfectly safe to retry as they have not been processed. When reducing your request frequency, we recommend an exponential backoff by first waiting one second before trying again. If your request continues to receive the same response, wait two seconds, then four seconds, etc. If you are using an idempotency key with your retries you will continue to receive the same response. You must change the key when retrying the request.

Rate limits for both test and live modes are identical. Requests made in test mode are an accurate representation of what to expect when making live requests. If you are experiencing rate limits but are unable to determine why, please let us know.

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:

Number Card type
4242424242424242 Visa
4012888888881881 Visa
4000056655665556 Visa (debit)
5555555555554444 Mastercard
5200828282828210 Mastercard (debit)
5105105105105100 Mastercard (prepaid)
378282246310005 American Express
371449635398431 American Express
6011111111111117 Discover
6011000990139424 Discover
30569309025904 Diners Club
38520000023237 Diners Club
3530111333300000 JCB
3566002020360505 JCB

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

Number Description
4000000000000077 Charge will succeed and funds will be added directly to your available balance (bypassing your pending balance).
4000000000000093 Charge will succeed and domestic pricing will be used (other test cards use international pricing). This card is only significant in countries with split pricing.
4000000000000010 With default account settings, charge will succeed but address_line1_check and address_zip_check will both fail.
4000000000000028 With default account settings, charge will succeed but address_line1_check will fail.
4000000000000036 With default account settings, charge will succeed but address_zip_check will fail.
4000000000000044 With default account settings, charge will succeed but address_zip_check and address_line1_check will both be unavailable.
4000000000000101 With default account settings, charge will succeed unless a CVC is entered, in which case cvc_check will fail and the charge will be declined.
4000000000000341 Attaching this card to a Customer object will succeed, but attempts to charge the customer will fail.
4000000000000002 Charge will be declined with a card_declined code.
4100000000000019 Charge will be declined with a card_declined code and a fraudulent reason.
4000000000000127 Charge will be declined with an incorrect_cvc code.
4000000000000069 Charge will be declined with an expired_card code.
4000000000000119 Charge will be declined with a processing_error code.

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 cards from non-US countries?

You can use any of the following test cards to simulate a successful transaction for different issuing countries. For countries that have separate domestic and international pricing (e.g., Australia), the fee calculated for test card payments is at the international rate.

Number Country Card type
4000000760000002 Brazil (BR) Visa
4000001240000000 Canada (CA) Visa
4000004840000008 Mexico (MX)) Visa
Number Country Card type
4000000400000008 Austria (AT) Visa
4000000560000004 Belgium (BE)) Visa
4000002080000001 Denmark (DK) Visa
4000002460000001 Finland (FI) Visa
4000002500000003 France (FR) Visa
4000003720000005 Ireland (IE) Visa
4000003800000008 Italy (IT) Visa
4000004420000006 Luxembourg (LU) Visa
4000005280000002 Netherlands (NL) Visa
4000005780000007 Norway (NO) Visa
4000006200000007 Portugal (PT) Visa
4000006430000009 Russian Federation (RU) Visa
4000007240000007 Spain (ES) Visa
4000007520000008 Sweden (SE) Visa
4000007560000009 Switzerland (CH) Visa
4000008260000000 United Kingdom (GB) Visa
4000058260000005 United Kingdom (GB) Visa (debit)
Number Country Card type
4000000360000006 Australia (AU) Visa
4000001560000002 China (CN) Visa
4000003440000004 Hong Kong (HK) Visa
4000003920000003 Japan (JP) Visa
4000005540000008 New Zealand (NZ) Visa
4000007020000003 Singapore (SG) Visa

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.

Email Description
{any_prefix}+fill_never@{any_domain} Bitcoin are never sent to the receiver address.
{any_prefix}+fill_now@{any_domain} The next time that the receiver is retrieved after creation, it has been filled by bitcoin.

How do I test disputes?

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

Number Description
4000000000000259 With default account settings, charge will succeed, only to be disputed.

The following evidence, when submitted in the `uncategorized_text`, will produce specific actions that are useful for testing the dispute flow:

Evidence Description
winning_evidence The dispute will be closed and marked as won. Your account will be credited the amount of the charge and related fees.
losing_evidence The dispute will be closed and marked as lost. Your account will not be credited.

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.

Number Type
000000000 Successful verification
000000001 Successful verification as a non-profit
111111111 Unsuccessful verification (identity mismatch)

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.

Number Type
5200828282828210 Mastercard debit. Transfer will succeed.
4000056655665556 Visa debit. Transfer will succeed.
4000056655665564 Visa debit. Transfer will fail with a could_not_process code.

Test bank account numbers

Use these test routing and account numbers to trigger certain events during your testing of managed accounts. The following bank account details can only be used when creating or updating managed accounts via the API in test mode.

To create test mode transfers within a standalone Stripe account, only valid bank details can be used. Test mode transfers mimic a live transfer but are not processed with your bank.

Routing numbers

Number Type
110000 STRIPE TEST BANK AU routing number
11000-000 STRIPE TEST BANK CA routing number
108800 STRIPE TEST BANK GB sort code
1100000 STRIPE TEST BANK JP routing number
1100-000 STRIPE TEST BANK SG routing number
110-000 STRIPE TEST BANK HK routing number
110000000 STRIPE TEST BANK US routing number

Account numbers

Number Type
000123456789 Transfer will succeed.
000111111116 Transfer will fail with a no_account code.
000111111113 Transfer will fail with an account_closed code.
000222222227 Transfer will fail with an insufficient_funds code.
000333333335 Transfer will fail with a debit_not_authorized code.
000444444440 Transfer will fail with an invalid_currency code.
Number Type
000123456 Transfer will succeed.
111111116 Transfer will fail with a no_account code.
111111113 Transfer will fail with an account_closed code.
222222227 Transfer will fail with an insufficient_funds code.
333333335 Transfer will fail with a debit_not_authorized code.
444444440 Transfer will fail with an invalid_currency code.
Number Type
00012345 Transfer will succeed.
11111116 Transfer will fail with a no_account code.
11111113 Transfer will fail with an account_closed code.
22222227 Transfer will fail with an insufficient_funds code.
33333335 Transfer will fail with a debit_not_authorized code.
44444440 Transfer will fail with an invalid_currency code.
Number Type
00012345 Transfer will succeed.
11111116 Transfer will fail with a no_account code.
11111113 Transfer will fail with an account_closed code.
22222227 Transfer will fail with an insufficient_funds code.
33333335 Transfer will fail with a debit_not_authorized code.
44444440 Transfer will fail with an invalid_currency code.

These test IBANs will work for any EU country and any valid currency for that country. The IBANs specified here are German IBANs. However, you can simply replace DE with the country of your choosing. See here for country codes.

Number Type
DE89370400440532013000 Transfer will succeed.
DE62370400440532013001 Transfer will fail with a no_account code.
DE89370400440532013002 Transfer will fail with an account_closed code.
DE89370400440532013003 Transfer will fail with an insufficient_funds code.
DE89370400440532013004 Transfer will fail with a debit_not_authorized code.
DE89370400440532013005 Transfer will fail with an invalid_currency code.
Number Type
000123456 Transfer will succeed.
111111116 Transfer will fail with a no_account code.
111111113 Transfer will fail with an account_closed code.
222222227 Transfer will fail with an insufficient_funds code.
333333335 Transfer will fail with a debit_not_authorized code.
444444440 Transfer will fail with an invalid_currency code.
Number Type
000123-456 Transfer will succeed.
111111-116 Transfer will fail with a no_account code.
111111-113 Transfer will fail with an account_closed code.
222222-227 Transfer will fail with an insufficient_funds code.
333333-335 Transfer will fail with a debit_not_authorized code.
444444-440 Transfer will fail with an invalid_currency code.
Number Type
000000001234567897 Transfer will succeed.
000000111111111117 Transfer will fail with a no_account code.
000000111111111133 Transfer will fail with an account_closed code.
000000222222222224 Transfer will fail with an insufficient_funds code.
000000333333333331 Transfer will fail with a debit_not_authorized code.
000000444444444448 Transfer will fail with an invalid_currency code.