Skip to main content

​
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.
Für alle Testkarten verwenden Sie das Ablaufdatum 06/32 (oder 12/34) und CVV 123.

​
Wie man Erneuerungsausfälle testet

1

Create a test subscription

Erstellen Sie ein Abonnement mit Ihren Test-API-Schlüsseln unter Verwendung einer erfolgreichen Testkarte (zum Beispiel, 4242 4242 4242 4242). Die anfängliche Belastung sollte gelingen und das Abonnement sollte aktiv werden.
2

Swap in the failure card via Customer Portal

Öffnen Sie das Kundenportal, finden Sie das Abonnement, das Sie gerade erstellt haben, und klicken Sie auf Zahlungsmethode aktualisieren. Geben Sie die Fehlertestkarte 4000 0000 0000 0341 ein (Ablaufdatum: 12/34, CVC: 123) und speichern Sie sie als Zahlungsart des Abonnements.
3

Advance the next billing date (optional)

Um die Erneuerung sofort auszuführen, anstatt auf den natürlichen Abrechnungszyklus zu warten, verwenden Sie die Update Subscription API, um next_billing_date auf die aktuelle UTC-Zeit einzustellen. Der Wert muss einen ISO 8601 / RFC 3339 UTC-Zeitstempel (der Z Suffix ist erforderlich) enthalten.
Siehe die Update Subscription API Referenz für Details.
4

Verify the failure

Beim nächsten Abrechnungsversuch:
  • Die Erneuerungsbelastung wird auf der Fehlerkarte abgelehnt
  • Das Abonnement wechselt in den Status On-Hold
  • Ein payment.failed Webhook-Ereignis wird gesendet
  • Der Kunde kann zum Kundenportal zurückkehren, um die Zahlungsmethode zu aktualisieren und es erneut zu versuchen
Diese Karte ist speziell zum Testen von Erneuerungsausfällen gedacht. Die Belastung wird am nächsten Abrechnungsdatum abgelehnt, sodass Sie die Zahlungswiederholungslogik, Kundenbenachrichtigungen und das Fehlermanagement testen können.

​
UPI testen

UPI-Tests verwenden spezielle VPA (Virtual Payment Address) Kennungen, die verschiedene Zahlungsergebnisse simulieren.

​
Anforderungen für UPI-Tests

  • Das Abrechnungsland muss auf IN eingestellt sein
  • Die Währung muss INR sein
  • Für Nicht-Indische Händler: Adaptive Currency muss aktiviert sein
Für vollständige UPI-Dokumentation, einschließlich der RBI-Mandatstests für Abonnements, siehe die Seite Indische Zahlungsmethoden.

​
BNPL testen

Buy Now Pay Later-Anbieter haben spezifische Testdatenanforderungen.

​
Klarna Testdaten

Verwenden Sie diese Details, um Klarna-Zahlungen im Testmodus zu simulieren:
Klarna verlangt eine Mindesttransaktionssumme von $50.01, um als Zahlungsoption angezeigt zu werden.

​
Afterpay Testing

1

Select Afterpay

Wählen Sie Afterpay als Zahlungsmethode im Checkout und klicken Sie auf Bezahlen.
2

Test successful payment

Verwenden Sie eine gültige E-Mail-Adresse und Versandadresse für erfolgreiche Zahlungen.
3

Test failed authentication

Um einen Ausfall zu simulieren, schließen Sie das Afterpay-Modalfenster auf der Weiterleitungsseite. Die Zahlung wechselt von requires_action zu requires_payment_method.
Afterpay verlangt eine Mindesttransaktionssumme von $50.01, um als Zahlungsoption angezeigt zu werden.
Eine vollständige BNPL-Dokumentation einschließlich Billie-B2B-Tests finden Sie auf der Seite Buy Now Pay Later.

​
Digitale Wallets testen

​
Apple Pay

1

Enable test mode

Verwenden Sie Ihre Test-API-Schlüssel von Dodo Payments.
2

Add a card to Apple Wallet

Fügen Sie eine echte Karte zu Ihrer Apple Wallet hinzu. Im Testmodus wird die Karte nicht belastet.
3

Complete test purchase

Öffnen Sie den checkout auf einem Apple-Gerät und schließen Sie den Apple-Pay-Ablauf ab.
Apple Pay erfordert HTTPS. Ohne ordnungsgemäße SSL-Konfiguration wird Apple Pay auf localhost nicht angezeigt. Die Domainverifizierung muss ebenfalls abgeschlossen sein.

​
Google Pay

1

Join the test card group

Treten Sie der Testkartengruppe von Google Pay bei, damit Testkarten automatisch zu Ihrer Wallet hinzugefügt werden.
2

Enable test mode

Verwenden Sie Ihre Test-API-Schlüssel von Dodo Payments.
3

Complete test purchase

Wählen Sie in Google Pay eine der Testkarten aus, um die Transaktion abzuschließen.

​
Amazon Pay, Cash App Pay & RevolutPay

Verwenden Sie Ihre Test-API-Schlüssel und folgen Sie dem standardmäßigen checkout-Ablauf. Testtransaktionen werden simuliert, ohne dass tatsächliche Belastungen erfolgen. Eine vollständige Dokumentation zu digitalen Wallets einschließlich der Domainverifizierung für Apple Pay finden Sie auf der Seite Digitale Wallets.

​
Europäische Zahlungsmethoden testen

Europäische Zahlungsmethoden (iDEAL, Bancontact, EPS, Multibanco) können im Sandbox-Modus getestet werden.
1

Enable test mode

Verwenden Sie Ihre Test-API-Schlüssel von Dodo Payments.
2

Set billing address

Legen Sie das Land der Rechnungsadresse entsprechend der Zahlungsmethode fest:
  • NL für iDEAL
  • BE für Bancontact
  • AT für EPS
  • PT für Multibanco
3

Set currency

Europäische Zahlungsmethoden erfordern die Währung EUR.
4

Complete test flow

Folgen Sie dem simulierten Bankauthentifizierungsablauf in der Testumgebung.
Eine vollständige Dokumentation zu europäischen Zahlungsmethoden finden Sie auf der Seite Europa.

​
Best Practices für Tests

Testen Sie nicht nur erfolgreiche Zahlungen. Testen Sie auch Ablehnungen, Stornierungen und Sonderfälle wie unzureichendes Guthaben.
Stellen Sie sicher, dass Ihre Webhook-Endpunkte alle Ereignistypen korrekt verarbeiten, insbesondere payment.succeeded, payment.failed und Subscription-Ereignisse.Verwenden Sie die Dodo Payments CLI, um Webhooks lokal zu testen:
  • dodo wh listen leitet Live-Test-Webhooks an Ihren lokalen Server weiter
  • dodo wh trigger sendet Mock-Payloads für alle 22 Ereignistypen
Testen Sie Apple Pay und Google Pay auf tatsächlichen iOS- und Android-Geräten. Simulatoren bilden das Verhalten von Wallets nicht vollständig ab.
Regionale Zahlungsmethoden (UPI, iDEAL usw.) erfordern übereinstimmende Rechnungsadressen. Bei einer US-Rechnungsadresse wird iDEAL nicht angezeigt.
BNPL-Methoden erfordern einen Mindestbetrag von $50.01. Testen Sie, ob sie abhängig von der Warenkorbsumme korrekt angezeigt bzw. ausgeblendet werden.

​
Verwandte Seiten

Cards

Kartentests, 3D Secure und gespeicherte Zahlungsmethoden.

Digital Wallets

Tests für Apple Pay, Google Pay und Amazon Pay.

BNPL

Tests für Klarna, Afterpay und Billie.

India

Tests für UPI- und RBI-Mandate.

Europe

Tests für iDEAL, Bancontact, EPS und Multibanco.

Webhooks

Richten Sie Webhooks für Testereignisse ein.

CLI Webhook Testing

Testen Sie Webhooks lokal mit der Dodo Payments CLI.
Zuletzt geändert am 31. Juli 2026