Jeder Anbieter, von dem Ihr Produkt abhängt, nachgebaut für Tests
Zahlungs- und Identitäts-APIs mit ihren echten Regeln und ihren echten Fehlern. Endpunkte und Antworten stimmen mit denen des Anbieters überein, also ändern Sie eine Adresse und keinen Code. Wir hosten es, oder Sie betreiben es im eigenen Netz.
Warum die Sandboxes der Anbieter nicht reichen
- Viele Anbieter haben gar keine Sandbox, vor allem die kleinen und regionalen.
- Die Sandboxes, die es gibt, sind gedrosselt. Die von Stripe nimmt 25 Requests pro Sekunde an, ein Viertel dessen, was live geht. Und keine schlägt fehl, wenn Sie es wollen.
- Also schreiben Teams eigene Fakes. Die entfernen sich von der echten API: Die Tests laufen durch, dann scheitert die Produktion.
- Jeder Anbieter hat eigene Testregeln, und nur wenige im Team kennen sie.
- Teams liefern mehr Änderungen als je zuvor, vieles davon von KI geschrieben, und jede Änderung muss gegen jeden Anbieter getestet werden, den sie berührt.
“Als Alternative empfehlen wir, Integrationen so zu erstellen, dass sie über ein konfigurierbares System für die Simulation von Anfragen an die Stripe-API verfügen, das Sie für Belastungstests aktivieren können.”
Dieses konfigurierbare System bauen wir, für jeden Anbieter eines Bereichs. Und wir halten es aktuell, wenn sich die APIs ändern.
Was Sie bekommen
Eine Adresse, keine Codeänderungen
Gleiche Pfade, Request-Bodies, Antwortfelder und Statuscodes wie beim Anbieter. Client-Bibliothek, Fehlerbehandlung und Tests bleiben, wie sie sind.
Echtes Verhalten statt fester Antworten
Freigaben, Ablehnungen, Rückerstattungen, der 3D-Secure-Schritt der Bank, ein Dokument, das die Prüfung nicht besteht. Der Zustand bleibt von einem Aufruf zum nächsten erhalten, wie live.
Fehler, wann Sie sie wollen
Benennen Sie den Karteninhaber oder den Antragsteller nach dem gewünschten Ergebnis, und das kommt zurück. Eine Regel kann jeden Anbieter auf einmal ablehnen lassen.
Ein Satz Testfälle für jeden Anbieter
Dieselben Trigger funktionieren bei jedem Anbieter eines Bereichs. Ein neuer Anbieter bedeutet nicht, neue magische Werte zu lernen.
Anbieter ohne eigene Sandbox
Manche Anbieter haben kein Testsystem. Manche geben Zugänge erst nach einem Vertriebsgespräch heraus. Wir bauen in beiden Fällen nach ihrer veröffentlichten API.
Die Version, die Sie live nutzen
Bleiben Sie auf der API-Version des Anbieters, die Sie in Produktion haben, egal wie oft wir veröffentlichen. Sie entscheiden, wann Sie wechseln.
Bisher gebaut, als Nächstes Ihr Bereich
Zahlungen
12 Anbieter
Autorisierungen, Einzüge, Rückerstattungen, 3D Secure und die Ablehnungscodes, die eine echte Sandbox nicht liefert.
Zahlungsanbieter →Identität (KYC und KYB)
2 Anbieter
Identitäts- und Unternehmensprüfung. Dokument- und Selfie-Prüfungen, Sanktionslisten-Screening, gehostete Antragsstrecken und die Ergebnisse, die Sie testen müssen.
Identitätsanbieter →Als Nächstes
Ihr Bereich
Geräte, Versand, Energie oder die interne API eines anderen Teams. Was auch immer Ihr Produkt braucht.
Sagen Sie uns, was Sie brauchen →Von uns gehostet oder in Ihrem Netz
Gehostet
Wir betreiben es. Jedes Backend antwortet unter seiner eigenen Adresse, weltweit gehostet.
- Preis je Anbieter, zusätzlich zu Ihrem bestehenden Tarif. Die App zeigt den Preis, bevor etwas berechnet wird.
- Erfordert mindestens den Pro-Plan.
- 7 Tage kostenlos, einmal für Zahlungen und einmal für Identität.
Self-hosted
Sie betreiben es. Ein Docker-Image für jeden Laptop, jeden CI-Runner und jeden Cluster.
- Es speichert seine Daten in der Datenbank, die Sie schon betreiben.
- Jährlich bezahlt braucht es keinerlei Verbindung zu uns.
- Keine Grenze bei Installationen oder Requests.
- 14 Tage kostenlos, mit jedem Anbieter.
Wofür Teams es nutzen
Eine Testsuite bei jedem Pull Request
Wenn Ihre ganze Organisation ein Anbieterkonto teilt, brechen die Aktionen eines Teams die Builds aller anderen. Richten Sie CI auf Ihr eigenes Backend, und das hört auf.
Ein Lasttest vor dem großen Tag
Die Sandbox eines Anbieters drosselt Sie weit unter live, und Stripe rät von Lasttests dort ab. Richten Sie den Lasttest auf Ihr eigenes Backend. Self-hosted ist die einzige Grenze Ihre Hardware.
Ein Ausweg, wenn deren Backend steht
Anbieter-Sandboxes fallen für Wartungen aus, für Störungen, manchmal für ein ganzes Wochenende, und kein SLA deckt das ab. Ihr Team wartet, das Release verschiebt sich. Zeigen Sie mit der Basis-URL hierher und arbeiten Sie weiter.
Abläufe, die sonst einen Menschen brauchen
Manche Schritte schicken den Nutzer auf eine Seite im Browser und warten dort. Wir liefern diese Seite selbst aus, Ihr Test klickt sich hindurch und schließt den Fall ab.
Einen Anbieter ergänzen oder wechseln
Lassen Sie Ihre Suite gegen den bestehenden und den möglichen neuen Anbieter laufen, bevor jemand etwas unterschreibt. Die Auslöser sind bei beiden gleich, Sie sehen also den Unterschied zwischen den APIs.
Demos und Schulungen ohne Live-Konto
Das Produkt vorführen, neue Support-Leute schulen, einen Workshop halten. Es antwortet wie das Original, kann aber kein Geld bewegen und keine echten Dokumente anfassen.
Was verfügbar ist
14 Anbieter
| Anbieter | Art | Abdeckung | Methoden | Endpunkte |
|---|---|---|---|---|
| Zahlungen | Global | Apple Pay, Cards, Google Pay, PayPal | 5 | |
| Zahlungen | North America | Cards | 3 | |
| Zahlungen | Global | Cards | 7 | |
| Zahlungen | North America · 1 Land | Apple Pay, BNPL, Cards, Google Pay, OXXO, Pay by Bank, SPEI | 8 | |
| Zahlungen | Global · 23 Länder | Direct Bank Transfer, Direct Debit, Klarna, Pay Later, Pay Now, Pay Over Time | 7 | |
| Zahlungen | South America · 7 Länder | Account Money, Apple Pay, Boleto, Cards, Efecty, Google Pay, OXXO, Pago Fácil, Pix, PSE, Rapipago, SPEI | 11 | |
| Zahlungen | Global | Cards, PayPal | 10 | |
| Zahlungen | Global | Apple Pay, Cards, EPS, Google Pay, MyBank, Neteller, PayPal, paysafecard, Paysafecash, Rapid Transfer, Skrill, Skrill 1-Tap, Venmo | 6 | |
| Zahlungen | Europe · 1 Land | Apple Pay, BLIK, Cards, Google Pay, PayPal, PayPo | 6 | |
| Zahlungen | APAC · 3 Länder | Cardless EMI, Cards, EMI, Netbanking, Pay Later, UPI, Wallets | 4 | |
| Zahlungen | Europe | Apple Pay, Cards, Google Pay | 1 | |
| Zahlungen | Global | Cards, PayPal | 11 | |
| KYC/KYB | Global | Document, Facial Similarity Photo, Identity Enhanced, Known Faces, Proof of Address, Watchlist AML | 31 | |
| KYC/KYB | Global | Database Verification, Document, Government ID, Phone Number, Selfie, Watchlist | 31 |
Anbieternamen und -marken gehören ihren Inhabern. Mockzilla ist mit keinem von ihnen verbunden, wird von ihnen weder unterstützt noch gesponsert. Dies sind unabhängig entwickelte, kompatible Implementierungen öffentlich dokumentierter APIs, nicht die Dienste der Anbieter selbst.
Ein Anbieter, den wir noch nicht haben
Wir bauen Ihnen einen ganzen Bereich: jeden Anbieter, den Ihr Produkt für eine Aufgabe nutzt, mit den Abläufen und Fehlern, auf die es Ihnen ankommt.
- 1
Erfassen
Ein Workshop dazu, welche Anbieter, Abläufe und Fehler zählen.
- 2
Erste Version
Sie antwortet vom ersten Tag an nach den API-Beschreibungen der Anbieter. Dann ergänzen wir das Verhalten, einen Ablauf nach dem anderen.
- 3
Betrieb
Von uns gehostet, in Ihrem Netz oder ganz ohne Netz. Die Engine darunter ist Open Source, also gibt es keinen Lock-in.
- 4
Aktuell halten
Wir verfolgen die API-Änderungen der Anbieter und liefern Updates.
Einmal eine Gebühr für den Bau, dann monatlich oder jährlich für Betrieb und Aktualisierung.
Spezifikation rein. Mock-Server raus.
Der Anfang kostet nichts. Dedizierte Infrastruktur, wenn Sie sie brauchen.