Stripe-Testkarten: US-Checkout-Zahlungen und 3D Secure testen
Die Zahlungsseite ist geöffnet, und Produkt sowie Preis werden korrekt angezeigt. Was Sie als Nächstes bestätigen müssen, ist nicht nur, ob der Bezahlbutton angeklickt werden kann.
Wenn eine Karte abgelehnt wird, was zeigt die Seite dann an? Kann der Käufer zu einer anderen Karte wechseln und fortfahren? Wenn die Identitätsprüfung mittendrin abgebrochen wird, wird die Bestellung dann fälschlicherweise als bezahlt markiert?
Verwenden Sie drei Stripe-Testkarten, um Erfolg, Fehlschlag und Identitätsprüfung getrennt zu prüfen. Kontrollieren Sie nach jeder Übermittlung sowohl den Checkout als auch die Backend-Einträge.
Dieser Artikel verwendet als Beispiel einen Checkout, der eine US-Rechnungsadresse erfordert. Er wird über den Browser bedient und erfordert kein Schreiben von Code.
1. Die Zahlungsseite in der Testumgebung öffnen
Gehen Sie zum Stripe-Dashboard und wechseln Sie über die Kontoauswahl zu Sandbox, der Testumgebung. Alle Zahlungsvorgänge in dieser Runde werden in dieser Umgebung abgeschlossen und bewegen kein echtes Geld. Dokumentation zur Stripe-Testumgebung
Wenn Sie bereits einen Test-Zahlungslink haben, öffnen Sie ihn direkt.
Wenn Sie noch keinen erstellt haben, erstellen Sie einen neuen Link unter Payment Links in der Testumgebung, wählen Sie ein Testprodukt und einen Preis aus und öffnen Sie dann die generierte Zahlungsseite. Payment Links können über das Dashboard erstellt werden, ohne eine Website zu bauen. Einen Zahlungslink erstellen
Prüfen Sie zuerst drei Dinge:
- Ob das Produkt korrekt ist.
- Ob Betrag und Währung korrekt sind.
- Ob die Seite zur gerade ausgewählten Testumgebung gehört.
Geben Sie in diesem Schritt noch nicht die Kartennummer ein. Wenn der falsche Preis ausgewählt oder der falsche Link geöffnet wurde, dann haben die späteren Tests nicht den Ablauf geprüft, den Sie starten möchten.
2. Eine US-Rechnungsadresse ausfüllen
Wählen Sie als Rechnungsland United States.
Öffnen Sie den Adressgenerator, wählen Sie die Vereinigten Staaten, stellen Sie die Anzahl der zu generierenden Adressen auf 1 und klicken Sie auf Generieren. Kopieren Sie Straße, Stadt, Bundesstaat und Postleitzahl in das Zahlungsformular.
Füllen Sie die einzelnen Felder wie folgt aus:
| Checkout-Feld | Was einzugeben ist | Beispiel |
|---|---|---|
| Adresszeile 1 | Straßenadresse | 5322 N Union Street |
| Adresszeile 2 | Wohnungs- oder Suite-Nummer, leer lassen, falls nicht vorhanden | Leer lassen |
| Stadt | Stadt | North Walpole |
| Bundesstaat | Der entsprechende Bundesstaat | New Hampshire |
| Postleitzahl | Postleitzahl | 03609 |
| Land | Land | United States |
Wenn das Feld für den Bundesstaat ein Dropdown-Menü ist, wählen Sie New Hampshire; wenn es eine zweibuchstabige Abkürzung verlangt, geben Sie NH ein.
Die erste Null in der Postleitzahl 03609 muss beibehalten werden. Behandeln Sie sie nicht als Zahl und schreiben Sie 3609.
Verwenden Sie eine Test-E-Mail-Adresse, auf die Sie zugreifen können, damit Sie später Benachrichtigungen prüfen können. Behalten Sie nach dem Ausfüllen der Adresse dieses Beispiel bei und verwenden Sie dieselbe Adresse für alle drei Testrunden.
So vergleichen Sie, wenn sich das Zahlungsergebnis ändert, zuerst die Kartennummer und die Verifizierungsaktion. Sie müssen nicht zusätzlich untersuchen, ob gleichzeitig Stadt, Bundesstaat oder Postleitzahl falsch geändert wurden.
3. Eine Erfolgskarte verwenden, um den vollständigen Zahlungsablauf zu prüfen
Verwenden Sie zuerst diese Angaben:
Kartennummer: 4242 4242 4242 4242
Ablaufdatum: 12/34
CVC: 123
Das Ablaufdatum muss in der Zukunft liegen. Monat/Jahr und CVC dienen hier diesem Test; die Kartennummer entspricht Stripe's Szenario für erfolgreiche Zahlung. Dokumentation zu Testkarten
Klicken Sie auf Bezahlen und beobachten Sie, ob die Seite in den erwarteten Abschlusszustand wechselt.
Kehren Sie dann in dieselbe Testumgebung zurück, öffnen Sie die Zahlungseinträge und suchen Sie die gerade durchgeführte Transaktion. Prüfen Sie Betrag, Währung und Zahlungsstatus. Zahlungen aus Payment Links können in der Zahlungsübersicht des Dashboards angezeigt werden. Zahlungseinträge anzeigen
Prüfen Sie in dieser Runde zwei Dinge getrennt:
Ob der Zahlungsstatus korrekt ist und ob die Folgeaktionen der Seite korrekt sind.
Wenn das Backend beispielsweise eine erfolgreiche Zahlung anzeigt, aber die Abschlussseite nicht geöffnet wird, sollte der Fehlerbehebungsschwerpunkt auf der Konfiguration der Seite nach der Zahlung und dem Weiterleitungspfad liegen. Geben Sie nicht die gesamte Kartennummer und Adresse erneut ein, nur weil der Browser einen Fehler meldet.
Umgekehrt kann die Anzeige "Vielen Dank für Ihren Einkauf" im Browser nicht den Zahlungsstatus im Backend ersetzen. Die Bestätigungsseite und der Zahlungseintrag müssen einander entsprechen.
Wenn der Zahlungslink mit Bestell-, E-Mail- oder Download-Abläufen verbunden ist, prüfen Sie auch diese Schritte:
- Ob die Bestellung als bezahlt angezeigt wird.
- Ob der Betrag mit dem Checkout übereinstimmt.
- Ob die konfigurierten Benachrichtigungen gesendet wurden.
- Ob der konfigurierte Download- oder Zugangseinstieg verfügbar ist.
Funktionen, die nicht verbunden sind, müssen nicht geprüft werden, und der erfolgreiche Stripe-Zahlungsvorgang darf nicht als Beweis dafür behandelt werden, dass diese Funktionen vollständig sind.
4. Eine Fehlerkarte verwenden, um Fehlermeldungen und Kartenwiederholung zu prüfen
Öffnen Sie den Zahlungslink erneut und starten Sie einen neuen Test.
Lassen Sie Adresse, E-Mail und andere Bedingungen unverändert und ändern Sie nur die Kartennummer zu:
4000 0000 0000 0002
Diese Karte simuliert eine allgemeine Zahlungsablehnung. Abgelehnte Testkarten
Prüfen Sie nach dem Klicken auf Bezahlen:
- Ob die Seite eine klare Fehlermeldung anzeigt.
- Ob das Eingabefeld für die Kartennummer weiterhin bearbeitet werden kann.
- Ob die Seite fälschlicherweise in den Zahlungsabschlusszustand wechselt.
- Ob die zugehörige Bestellung fälschlicherweise als bezahlt markiert wird.
Die Fehlermeldung darf nicht nur "Ein Fehler ist aufgetreten" lauten. Der Käufer sollte zumindest wissen, dass die Zahlung nicht abgeschlossen wurde und dass er weiterhin fortfahren kann.
Ändern Sie als Nächstes im aktuellen Checkout die Kartennummer zurück zu:
4242 4242 4242 4242
Senden Sie erneut ab.
Dieser Schritt prüft den Wiederherstellungspfad nach einem Fehlschlag. Dass die erste Zahlung erfolgreich war, bedeutet nicht, dass nach einem Fehlschlag Button, Formular und Bestellstatus weiterhin korrekt sind.
Wenn es nach dem ersten Fehlschlag weiter dreht, notieren Sie, wo es hängen bleibt. Prüfen Sie zuerst die Wiederholungsaktion; ändern Sie nicht gleichzeitig die Adresse, das Produkt und laden Sie alle Seiten neu. Das gleichzeitige Ändern mehrerer Bedingungen zerstört den wertvollsten Vergleich.
5. Sowohl den abgeschlossenen als auch den abgebrochenen Identitätsprüfungspfad prüfen
Verwenden Sie für die dritte Runde eine in den USA ausgestellte 3D-Secure-Testkarte:
4000 0084 0000 0027
Stripe's Standard-Radar-Regeln fordern für diese Karte eine 3D-Secure-Verifizierung an. Dokumentation zu 3D Secure-Tests
Der Test muss auf der vom Käufer geöffneten Zahlungsseite durchgeführt werden. Eine direkt im Stripe-Dashboard erstellte Zahlung kann den Verifizierungsablauf im Browser nicht ersetzen.
Schließen Sie zuerst eine Verifizierung ab und prüfen Sie:
- Ob die Verifizierungsoberfläche geöffnet werden kann.
- Ob Sie nach Abschluss der Verifizierung zum Zahlungsablauf zurückkehren können.
- Ob Checkout und Backend übereinstimmende Ergebnisse anzeigen.
Starten Sie dann einen neuen Test und brechen Sie in der Verifizierungsoberfläche ab.
Prüfen Sie nach dem Abbruch, ob die Seite weiterhin einen Einstiegspunkt zum Fortsetzen der Zahlung bietet und ob die Bestellung noch im unbezahlten Zustand ist. Die Identitätsprüfung abzuschließen und die Zahlung abzuschließen sind zwei Kontrollpunkte; Sie dürfen nicht nur darauf schauen, ob sich das Verifizierungsfenster geschlossen hat.
Wenn die Verifizierungsoberfläche nicht erscheint, bestätigen Sie zuerst, dass Sie die entsprechende Testkarte verwendet und die Käufer-Zahlungsseite geöffnet haben, und prüfen Sie, ob Radar-Regeln geändert wurden. Betrachten Sie das Ändern zu einer US-Adresse nicht als Möglichkeit, die Verifizierung auszulösen.
6. Wenn es an einem Schritt hängen bleibt, zuerst feststellen, welche Ebene betroffen ist
Ein Checkout-Fehler ist nicht unbedingt ein Problem mit der Kartennummer. Unterteilen Sie die Fehlerbehebung danach, wo er auftritt:
| Symptom | Was zuerst prüfen | Nächster Vergleich |
|---|---|---|
| Adressfeld fehlerhaft, Übermittlung nicht möglich | Land, Bundesstaat, Postleitzahl und Pflichtfelder | Kartennummer unverändert lassen und nur das fehlerhafte Feld korrigieren |
| Fehlerkarte wird abgelehnt | Ob die Kartennummer für das Fehlerszenario verwendet wurde | Zu einer Erfolgskarte wechseln und prüfen, ob die Zahlung sich erholt |
| Erfolgskarte schlägt ebenfalls fehl | Testumgebung, Seitenkonfiguration, Backend-Fehlerdetails | Dieselben Bedingungen mit einer neuen Zahlungsseite wiederholen |
| Backend erfolgreich, Abschlussseite fehlerhaft | Weiterleitung nach der Zahlung oder Seitenkonfiguration | Zahlungseintrag und Zielseite getrennt prüfen |
| Zeigt nach Abbruch der Verifizierung weiterhin bezahlt an | Statusbehandlung im Checkout und zugehörige Bestellung | Die beiden Tests vergleichen: abgeschlossene Verifizierung und abgebrochene Verifizierung |
| Erste Zahlung funktioniert, Wiederholung nach Fehlschlag nicht | Wiederherstellungszustand von Formular und Button | Die Reihenfolge "Fehlerkarte -> Erfolgskarte" wiederholen |
Die Tabelle dient dazu, die nächste Prüfung zu bestimmen; sie bedeutet nicht, dass die Ursache allein aus einem einzelnen Symptom bestimmt werden kann.
Notieren Sie die ursprüngliche Fehlermeldung, die Testzeit und den Zahlungseintrag. Wenn der Screenshot nur "Etwas ist schiefgelaufen" zeigt, wird es später schwierig festzustellen, ob das Problem Adressvalidierung, Kartenablehnung oder die Seite nach der Zahlung war.
7. Eine überprüfbare Testaufzeichnung führen
Sie müssen keinen langen Bericht schreiben. Eine Tabelle reicht:
| Testszenario | Seitenergebnis | Backend-Ergebnis | Zugehörige Bestellung oder Lieferergebnis |
|---|---|---|---|
| Erfolgreiche Zahlung | Aufzeichnen, was tatsächlich angezeigt wird | Zahlungsstatus aufzeichnen | Verbundene Folgeabläufe prüfen |
| Zahlungsfehler | Fehlermeldung aufzeichnen | Fehlerdetails prüfen | Bestätigen, dass nicht als bezahlt markiert |
| Kartenwechsel nach Fehlschlag | Prüfen, ob erneut übermittelt werden kann | Neue Zahlung prüfen | Prüfen, ob der Status korrekt wiederhergestellt wird |
| Identitätsprüfung abschließen | Rückkehrseite prüfen | Endgültigen Status prüfen | Verbundene Folgeabläufe prüfen |
| Identitätsprüfung abbrechen | Einstiegspunkt zum Fortsetzen der Zahlung prüfen | Tatsächlichen Status prüfen | Bestätigen, dass nicht fälschlich als bezahlt beurteilt |
Jedes Mal, wenn Sie den Checkout, die Weiterleitung nach der Zahlung oder die Bestellabwicklung ändern, überprüfen Sie sie anhand dieser Tabelle.
Was wirklich durchgängig funktionieren muss, ist die gesamte Kette: Informationen ausfüllen, Zahlung übermitteln, Fehler oder Verifizierung behandeln, Zahlungsergebnis bestätigen und dann die entsprechende Bestelloperation abschließen. Ein einzelnes "Zahlung erfolgreich" reicht nicht aus, um zu zeigen, dass der Checkout bereit ist.
Autor:AI Router
Link:https://www.airouter.me/blog/stripe-test-cards
Nicht-kommerzielle Weitergabe mit Quellenangabe (CC BY-NC-SA 4.0).