Skip to main content
Verwenden Sie die Testzugangsdaten auf dieser Seite, um erfolgreiche, abgelehnte und fehlgeschlagene Zahlungen im Testmodus zu simulieren. Es wird kein Geld bewegt und kein echtes Konto belastet. Sehen Sie sich dieses Video an, um eine vollständige Testzahlung zu sehen.

Full API Access

Jeder API-Endpunkt ist im Testmodus verfügbar.

Webhook Testing

Webhooks werden für Testtransaktionen genauso wie in der Produktion ausgelöst.
Testzugangsdaten funktionieren nur im Testmodus. Im Live-Modus schlägt eine mit Testzugangsdaten vorgenommene Zahlung fehl.

​
Testkarten

Verwenden Sie diese Kartennummern, um erfolgreiche und abgelehnte Zahlungen in verschiedenen Regionen zu simulieren.
Verwenden Sie für alle Testkarten das Ablaufdatum 06/32 (oder 12/34) und den CVV 123.

​
Fehler bei Verlängerungen testen

1

Create a test subscription

Erstellen Sie mit Ihren Test-API-Schlüsseln und einer erfolgreichen Testkarte (zum Beispiel 4242424242424242) ein Abonnement. Die erste Belastung sollte erfolgreich sein und das Abonnement sollte aktiv werden.
2

Update the payment method

Öffnen Sie das Customer Portal, suchen Sie das Abonnement und klicken Sie auf Zahlungsmethode aktualisieren. Geben Sie die Testkarte für Fehler 4000000000000341 (Ablaufdatum: 12/34, CVV: 123) ein und speichern Sie sie.
3

Advance the next billing date (optional)

Um die Verlängerung sofort auszulösen, statt auf den regulären Abrechnungszyklus zu warten, verwenden Sie die Update Subscription API, um next_billing_date auf die aktuelle UTC-Zeit zu setzen, und ersetzen Sie den Beispielwert unten. Der Wert muss ein UTC-Zeitstempel im Format ISO 8601 / RFC 3339 sein (das Suffix Z ist erforderlich).
Weitere Informationen finden Sie in der Referenz zur Update Subscription API.
4

Verify the failure

Beim nächsten Abrechnungsversuch:
  • Die Verlängerungszahlung wird mit der Fehlerkarte abgelehnt
  • Das Abonnement wechselt zunächst zu Past Due (die Kulanzfrist; der Webhook subscription.past_due enthält past_due_ends_at) und anschließend zu On-Hold, wenn die Kulanzfrist endet
  • Ein Webhook-Ereignis payment.failed wird zugestellt
  • Der Kunde kann zum Customer Portal zurückkehren, die Zahlungsmethode aktualisieren und es erneut versuchen

​
UPI testen

Für UPI-Tests werden spezielle VPA- (Virtual Payment Address) Bezeichner verwendet, die unterschiedliche Zahlungsergebnisse simulieren.

​
Voraussetzungen für UPI-Tests

  • Das Abrechnungsland muss auf IN gesetzt sein
  • Die Währung muss INR sein
  • Für nicht-indische Händler: Adaptive Currency muss aktiviert sein
Eine vollständige UPI-Dokumentation einschließlich des Testens von RBI-Mandaten für Abonnements finden Sie auf der Seite Zahlungsmethoden in Indien.

​
Pix testen

Beim Pix-Test wird eine Test-CPF (brasilianische Steuer-ID) verwendet, um den QR-Code-Ablauf zu simulieren.

​
Voraussetzungen für Pix-Tests

  • Das Abrechnungsland muss auf BR gesetzt sein
  • Die Währung muss BRL sein
Geben Sie die Test-CPF ein, wenn Sie während des Checkouts dazu aufgefordert werden. Ein Test-QR-Code wird generiert – scannen Sie ihn mit der normalen Kamera Ihres Telefons (keine Pix-App erforderlich). Anschließend werden Sie zu einer Testseite weitergeleitet, auf der Sie die Transaktion als erfolgreich oder fehlgeschlagen simulieren können. Eine vollständige Pix-Dokumentation finden Sie auf der Seite Pix.

​
BNPL testen

Anbieter von Buy Now Pay Later haben besondere Anforderungen an Testdaten.

​
Klarna-Testdaten

Verwenden Sie diese Angaben, um Klarna-Zahlungen im Testmodus zu simulieren:
Bei Checkouts in USD erfordert Klarna einen Mindesttransaktionsbetrag von $50.01, damit die Zahlungsmethode angezeigt wird.

​
Afterpay testen

1

Select Afterpay

Wählen Sie Afterpay beim Checkout als Zahlungsmethode und klicken Sie auf „Bezahlen“.
2

Test successful payment

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

Test failed authentication

Um einen Fehler zu simulieren, schließen Sie das Afterpay-Modalfenster auf der Weiterleitungsseite. Die Zahlung wechselt von requires_customer_action zu requires_payment_method.
Bei Checkouts in USD erfordert Afterpay einen Mindesttransaktionsbetrag von $50.01, damit die Zahlungsmethode angezeigt wird.
Eine vollständige BNPL-Dokumentation einschließlich des Testens von Billie B2B finden Sie auf der Seite Buy Now Pay Later.

​
Digitale Wallets testen

​
Apple Pay

1

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
2

Add a card to Apple Wallet

Fügen Sie Ihrer Apple Wallet eine echte Karte 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 die korrekte SSL-Konfiguration wird es unter localhost nicht angezeigt. Außerdem muss die Domainverifizierung abgeschlossen sein.

​
Google Pay

1

Join the test card group

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

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
3

Complete test purchase

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

​
Amazon Pay, Cash App Pay und RevolutPay

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

​
ACH Direct Debit testen

ACH Direct Debit kann im Testmodus getestet werden, indem Sie beim Checkout Testbankdaten eingeben.
1

Enable test mode

Deaktivieren Sie den Schalter Live-Modus in der Seitenleiste des Dashboards und verwenden Sie im Testmodus erstellte API-Schlüssel. Siehe Testmodus vs. Live-Modus.
2

Set currency and billing address

Setzen Sie die Abrechnungswährung auf USD und das Land der Rechnungsadresse auf US. ACH wird außerhalb dieser Kombination nicht angeboten.
3

Use a one-time payment

ACH ist bei Abonnement-Checkouts nicht verfügbar. Testen Sie es daher mit einer einmaligen Zahlung.
4

Enter the test bank details

Geben Sie eines der unten aufgeführten Testpaare aus Routing- und Kontonummer ein und bestätigen Sie anschließend, dass Ihr Webhook-Handler den endgültigen Zahlungsstatus empfängt – ACH-Zahlungen werden asynchron und nicht beim Checkout bestätigt.

​
Testbankkonten

Verwenden Sie die Routingnummer 110000000 mit einer der folgenden Kontonummern: Die vollständige Liste der Testkonten finden Sie auf der Seite ACH Direct Debit.

​
Europäische Methoden testen

Europäische Zahlungsmethoden (iDEAL, Bancontact, EPS, Multibanco) können im Testmodus getestet werden.
Multibanco zeigt einen Beleg anstelle eines Bankvorgangs an. Siehe Multibanco testen.
1

Enable test mode

Deaktiviere den Schalter Live Mode in der Seitenleiste des Dashboards und verwende API-Schlüssel, die im Testmodus erstellt wurden. Siehe Testmodus vs. Live-Modus.
2

Set billing address

Lege das Land der Rechnungsadresse passend zur 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

Folge dem simulierten Bankauthentifizierungsprozess in der Testumgebung.

​
Multibanco testen

Verwende EUR und eine Rechnungsadresse in PT. Nachdem du auf Bezahlen geklickt hast, zeigt der Checkout einen Multibanco-Beleg an. Im Testmodus bestimmt die eingegebene E-Mail-Adresse das Ergebnis: Um die Erfolgsseite anzuzeigen, verwende succeed_immediately@example.com, warte einige Sekunden und tippe auf Fertig. Die vollständige Liste der Test-E-Mail-Adressen findest du auf der Seite Europa.

​
Test-IBANs für SEPA Direct Debit

SEPA Direct Debit erfordert EUR und eine Rechnungsadresse in der Eurozone. Verwende diese Test-IBANs, um ein bestimmtes Ergebnis zu erzwingen: Die vollständige Liste der Test-IBANs einschließlich länderspezifischer Werte findest du auf der Seite Europa. Die vollständige Dokumentation zu europäischen Zahlungsmethoden findest du auf der Seite Europa.

​
Wallets im asiatisch-pazifischen Raum testen

GCash, Alipay HK, FPS und Touch ‘n Go sind QR-Code-Zahlungen, die nur angezeigt werden, wenn Rechnungsland und Währung übereinstimmen.
1

Enable test mode

Deaktiviere den Schalter Live Mode in der Seitenleiste des Dashboards und verwende API-Schlüssel, die im Testmodus erstellt wurden. Siehe Testmodus vs. Live-Modus.
2

Set billing country and currency

Erstelle einen einmaligen Checkout mit dem passenden Paar:
3

Select the method and confirm

Wähle die Methode aus und klicke auf Bezahlen. Ein QR-Code wird in einer Vollbildüberlagerung geöffnet, und der Checkout wartet auf die Zahlung.
4

Verify the checkout behavior

Bestätige, dass die Methode nur für das passende Land und die passende Währung angezeigt wird und dass der QR-Code gerendert wird.
QR-Codes im Testmodus werden von der Testumgebung des Wallet-Anbieters ausgestellt und können sich anders verhalten als eine Live-Zahlung.
Die vollständige Dokumentation findest du auf der Seite Asien-Pazifik.

​
Best Practices für Tests

Teste nicht nur erfolgreiche Zahlungen. Teste auch Ablehnungen, Stornierungen und Sonderfälle wie unzureichende Deckung.
Stelle sicher, dass deine Webhook-Endpunkte alle Ereignistypen korrekt verarbeiten, insbesondere payment.succeeded, payment.failed und Subscription-Ereignisse.Verwende die Dodo Payments CLI, um Webhooks lokal zu testen:
  • dodo wh listen leitet Live-Test-Webhooks an deinen lokalen Server weiter
  • dodo wh trigger sendet Mock-Payloads für alle unterstützten Webhook-Ereignistypen
Teste Apple Pay und Google Pay auf echten iOS- und Android-Geräten. Simulatoren bilden das Verhalten von Wallets nicht vollständig nach.
Regionale Zahlungsmethoden (UPI, iDEAL usw.) erfordern übereinstimmende Rechnungsadressen. Eine US-Rechnungsadresse zeigt iDEAL nicht an.
Klarna und Afterpay erfordern bei Checkouts in USD einen Mindestbetrag von $50.01. Teste, ob sie abhängig von der Warenkorbsumme korrekt angezeigt oder ausgeblendet werden.

​
Verwandte Seiten

Cards

Tests von Karten, 3D Secure und gespeicherten Zahlungsmethoden.

Digital Wallets

Tests von Apple Pay, Google Pay und Amazon Pay.

BNPL

Tests von Klarna, Afterpay und Billie.

India

Tests von UPI- und RBI-Mandaten.

Pix

Pix-Tests mit Test-CPF.

Europe

Tests von iDEAL, Bancontact, EPS und Multibanco.

Asia-Pacific

Tests von GCash, Alipay HK, FPS und Touch ‘n Go.

Webhooks

Webhooks für Testereignisse einrichten.

CLI Webhook Testing

Webhooks lokal mit der Dodo Payments CLI testen.
Zuletzt geändert am 8. Oktober 2026