Skip to main content

​
概要

テストモードでは、実際の取引を処理せずに支払いをシミュレートできます。テスト用の認証情報はテストモードでのみ機能します。プロダクション環境では絶対に使用しないでください。

No Real Charges

テスト取引では実際の支払いは処理されず、実際のアカウントにも影響しません。

Full API Access

すべてのAPIエンドポイントは、テストモードとliveモードで同じように動作します。

Webhook Testing

Webhookはプロダクションと同様にテスト取引でも発生します。
テスト用の認証情報はテストモードでのみ機能します。liveモードで使用しようとすると、支払いが失敗します。

​
テストカード

以下のカード番号を使用して、さまざまな地域で成功する支払いと拒否される支払いをシミュレートします。
すべてのテストカードで、有効期限には06/32（または12/34）、CVVには123を使用してください。

​
Renewal Failureのテスト方法

1

Create a test subscription

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

Swap in the failure card via Customer Portal

Customer Portalを開き、作成したサブスクリプションを見つけて、Update Payment Methodをクリックします。Failureテストカード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サフィックスが必須です）。
詳細については、Update Subscription API referenceを参照してください。
4

Verify the failure

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

​
テストUPI

UPIのテストでは、さまざまな支払い結果をシミュレートする特殊なVPA（Virtual Payment Address）識別子を使用します。

​
UPIテストの要件

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

​
テストBNPL

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

​
Klarnaテストデータ

テストモードでKlarna支払いをシミュレートするには、以下の情報を使用します：
Klarnaを支払いオプションとして表示するには、最低取引金額**$50.01**が必要です。

​
Afterpayのテスト

1

Select Afterpay

Checkoutで支払い方法としてAfterpayを選択し、Payをクリックします。
2

Test successful payment

成功する支払いには、有効なEmailアドレスと配送先住所を使用してください。
3

Test failed authentication

失敗をシミュレートするには、リダイレクトページでAfterpayのモーダルウィンドウを閉じます。支払いはrequires_actionからrequires_payment_methodに遷移します。
Afterpayを支払いオプションとして表示するには、最低取引金額**$50.01**が必要です。
Billie B2B testingを含む完全なBNPLドキュメントについては、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でテストカードのいずれかを選択して、取引を完了します。

​
Amazon Pay、Cash App Pay、RevolutPay

テストAPIキーを使用し、標準のチェックアウトフローに従います。テスト取引は実際の請求なしでシミュレーションされます。 Apple Payのドメイン認証を含む完全なデジタルウォレットのドキュメントについては、デジタルウォレットページをご覧ください。

​
欧州の決済手段のテスト

欧州の決済手段（iDEAL、Bancontact、EPS、Multibanco）は、サンドボックスモードでテストできます。
1

Enable test mode

Dodo PaymentsのテストAPIキーを使用します。
2

Set billing address

請求先住所の国を決済手段に合わせて設定します。
  • NL（iDEALの場合）
  • BE（Bancontactの場合）
  • AT（EPSの場合）
  • PT（Multibancoの場合）
3

Set currency

欧州の決済手段にはEUR通貨が必要です。
4

Complete test flow

テスト環境でシミュレーションされた銀行認証フローに従います。
欧州の決済手段に関する完全なドキュメントについては、Europeページをご覧ください。

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

成功した支払いだけをテストしないでください。拒否、キャンセル、残高不足などのエッジケースもテストします。
Webhookエンドポイントが、すべてのイベントタイプ、特にpayment.succeeded、payment.failed、サブスクリプションイベントを正しく処理することを確認します。Dodo Payments CLIを使用して、Webhookをローカルでテストします。
  • dodo wh listenは、ライブのテストWebhookをローカルサーバーに転送します
  • dodo wh triggerは、22種類すべてのイベントタイプのモックペイロードを送信します
Apple PayとGoogle Payでは、実際のiOSおよびAndroidデバイスでテストします。シミュレーターではウォレットの動作を完全には再現できません。
地域固有の決済手段（UPI、iDEALなど）には、一致する請求先住所が必要です。米国の請求先住所ではiDEALは表示されません。
BNPLの決済手段には$50.01の最低金額が必要です。カート合計額に応じて正しく表示または非表示になることをテストします。

​
関連ページ

Cards

カードテスト、3D Secure、保存済み決済手段。

Digital Wallets

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

BNPL

Klarna、Afterpay、Billieのテスト。

India

UPIおよびRBI mandateのテスト。

Europe

iDEAL、Bancontact、EPS、Multibancoのテスト。

Webhooks

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

CLI Webhook Testing

Dodo Payments CLIを使用してWebhookをローカルでテストします。
最終更新日 2026年7月31日