メインコンテンツへスキップ

​
Overview

Test mode lets you simulate payments without processing real transactions. All test credentials only work in test mode — never use them in production.

No Real Charges

Test transactions don’t process actual payments or affect real accounts.

Full API Access

All API endpoints work identically in test and live modes.

Webhook Testing

Webhooks fire for test transactions just like production.
Test credentials only work in test mode. Attempting to use them in live mode will result in payment failures.

​
Test Cards

Use these card numbers to simulate successful and declined payments across different regions.
RegionBrandCard NumberExpiryCVV
USVisa424242424242424206/32123
USMastercard555555555555444406/32123
IndiaVisa457623891277145006/32123
IndiaMastercard540916266938103406/32123
すべてのテストカードについて、有効期限 06/32（または 12/34）および CVV 123 を使用してください。

​
更新失敗のテスト方法

1

Create a test subscription

テストAPIキーを使用して、成功 テストカード（例：4242 4242 4242 4242）でサブスクリプションを作成します。最初の請求は成功し、サブスクリプションはアクティブになります。
2

Swap in the failure card via Customer Portal

Customer Portal を開き、作成したサブスクリプションを見つけて、Update Payment Method をクリックします。失敗テストカード 4000 0000 0000 0341（有効期限: 12/34、CVC: 123）を入力し、それをサブスクリプションの支払い方法として保存します。
3

Advance the next billing date (optional)

自然な請求サイクルを待つ代わりに更新を即座にトリガーするには、Update Subscription APIを使用して、next_billing_dateを現在のUTC時間に設定します。この値はISO 8601 / RFC 3339 UTCタイムスタンプである必要があります（Z接尾辞が必要です）。
PATCH /subscriptions/{subscription_id}
{
  "next_billing_date": "2026-05-03T00:00:00Z"
}
詳細については、Update Subscription API リファレンスを参照してください。
4

Verify the failure

次の請求試行時：
  • 失敗カードでの更新請求が拒否される
  • サブスクリプションが保留中のステータスに移行する
  • payment.failed Webhookイベントが送信される
  • 顧客はCustomer Portalに戻り、支払い方法を更新して再試行できる
このカードは更新失敗をテストするためのものです。次の請求日には請求が拒否され、支払いの再試行ロジック、顧客通知、失敗処理をテストできます。

​
UPI のテスト

UPIテストでは、さまざまな支払い結果をシミュレートする特別なVPA（仮想支払いアドレス）識別子を使用します。
ステータスUPI ID
成功success@upi
失敗failure@upi

​
UPIテストの要件

  • 請求国はINに設定する必要があります
  • 通貨はINRである必要があります
  • インド以外の商人に対しては、Adaptive Currencyを有効にする必要があります
サブスクリプションのRBI命令テストを含む完全なUPIドキュメントについては、India Payment Methodsページを参照してください。

​
BNPLのテスト

Buy Now Pay Laterプロバイダーには特定のテストデータ要件があります。

​
Klarna テストデータ

Klarnaの支払いをテストモードでシミュレートするには、次の詳細を使用します。
フィールド承認済み拒否されました
生年月日07-10-197007-10-1970
名前テストテスト
姓Person-usPerson-us
メールcustomer@email.uscustomer+denied@email.us
通りAmsterdam AveAmsterdam Ave
番地509509
市New YorkNew York
州New YorkNew York
郵便番号10024-394110024-3941
電話+13106683312+13106354386
Klarnaは、$50.01 以上の取引金額で支払いオプションとして表示されます。

​
Afterpay テスト

1

Select Afterpay

チェックアウトでAfterpayを支払い方法として選択し、支払います。
2

Test successful payment

有効なメールアドレスと配送先住所を使用して支払いを成功させます。
3

Test failed authentication

失敗をシミュレートするには、リダイレクトページでAfterpayモーダルウィンドウを閉じます。支払いはrequires_actionからrequires_payment_methodに遷移します。
Afterpayは、$50.01 以上の取引金額で支払いオプションとして表示されます。

​
Sunbitテスト

1

Set billing country and currency

billing_address.countryがUSであり、billing_currencyがUSDであることを確認します。
2

Use a qualifying amount

取引額を**60.00から60.00から19,999.00**の間に設定します。
3

Complete the Sunbit flow

チェックアウト時にSunbitを選択し、Sunbitモーダルでファイナンス申請を完了します。
4

Test failure

アプリケーションが拒否されたことをシミュレートするためにフローを完了する前にSunbitモーダルを閉じます。支払いはrequires_payment_methodに移ります。
SunbitはUSDで支払いを行うUSの顧客で、かつ**60.00∗∗から∗∗60.00**から**19,999.00**の間の額でしか表示されません。
完全なBNPLドキュメントにはBillie B2Bテストを含めて、Buy Now Pay Laterページを参照してください。

​
デジタルウォレットのテスト

​
Apple Pay

1

Enable test mode

Dodo PaymentsのテストAPIキーを使用してください。
2

Add a card to Apple Wallet

Apple Walletに実際のカードを追加します。テストモードでは、カードは課金されません。
3

Complete test purchase

Appleデバイスでチェックアウトを開き、Apple Payのフローを完了します。
Apple PayはHTTPSを要求します。適切なSSL設定がない限り、localhostには表示されません。ドメインの確認も完了している必要があります。

​
Google Pay

1

Join the test card group

Google Payのテストカードグループに参加して、テストカードを自動的にウォレットに追加します。
2

Enable test mode

Dodo PaymentsのテストAPIキーを使用してください。
3

Complete test purchase

Google Payでテストカードの1つを選択してトランザクションを完了します。

​
Amazon Pay、Cash App Pay、RevolutPay

テストAPIキーを使用して、標準的なチェックアウトフローに従います。テスト取引は実際には課金されません。 完全なデジタルウォレットのドキュメントには、Apple Payのドメイン確認を含めて、デジタルウォレットページを参照してください。

​
ヨーロッパの手法をテストする

ヨーロッパの支払い方法（iDEAL、バンコンタクト、EPS、Multibanco）は、サンドボックスモードでテストできます。
1

Enable test mode

Dodo PaymentsのテストAPIキーを使用してください。
2

Set billing address

請求先住所の国を支払い方法に合わせて設定します:
  • iDEALの場合NL
  • Bancontactの場合BE
  • EPSの場合AT
  • Multibancoの場合PT
3

Set currency

ヨーロッパの方法はEUR通貨を要求します。
4

Complete test flow

テスト環境でのシミュレートされた銀行認証フローに従います。
完全なヨーロッパの支払い方法のドキュメントについては、ヨーロッパページを参照してください。

​
テストのベストプラクティス

成功した支払いだけをテストするのではなく、拒否、キャンセル、および不十分な資金のようなエッジケースもテストしてください。
特にpayment.succeeded、payment.failed、サブスクリプションイベントを正しく処理することを確認してください。Dodo Payments CLIを使用してローカルでWebhooksをテストします:
  • dodo wh listenは本番テストWebhooksをローカルサーバーに転送します
  • dodo wh triggerは22のイベントタイプすべてに対するモックペイロードを送信します
Apple PayとGoogle Payは、実際のiOSデバイスとAndroidデバイスでテストしてください。シミュレータはウォレットの動作を完全には再現できません。
地域の支払い方法（UPI、iDEAL、など）は、請求先住所と一致する必要があります。USの請求先住所ではiDEALは表示されません。
BNPLの方法は最低$50.01が必要です。カートの合計に基づいて正しく表示・非表示されるかテストしてください。

​
関連ページ

Cards

カードテスト、3Dセキュア、および保存された支払い方法。

Digital Wallets

Apple Pay、Google Pay、Amazon Payのテスト。

BNPL

Klarna、Afterpay、Billieのテスト。

India

UPIおよびRBIのマンデートテスト。

Europe

iDEAL、バンコンタクト、EPS、Multibancoのテスト。

Webhooks

テストイベント用のWebhookを設定します。

CLI Webhook Testing

Dodo Payments CLIでローカルにWebhookをテストします。
Last modified on May 26, 2026