Chaque plateforme de paiement a besoin d'un moyen pour que les développeurs testent sans déplacer de vrai argent. Stripe a son mode test avec le numéro de carte 4242424242424242. PayPal a son environnement sandbox avec de faux comptes. 0fee.dev avait besoin de quelque chose qui va plus loin -- un système de test qui simule non seulement les paiements par carte mais aussi le push USSD mobile money, la validation OTP, les flux de redirection, le traitement lent et les scénarios d'échec. Le tout sans toucher à un seul vrai fournisseur de paiement.
Montants magiques
Le fournisseur de test utilise des « montants magiques » pour déterminer le résultat du paiement de manière déterministe :
| Montant | Résultat | Usage |
|---|---|---|
| 10000 | Succès | Tester le flux de paiement réussi |
| 99999 | Échec | Tester la gestion d'erreurs |
| 50000 | Timeout | Tester la gestion des délais d'attente |
| 77777 | Pending prolongé | Tester le polling de statut |
Environnement sandbox
Les clés API préfixées sk_sand_ ou sk_test_ routent automatiquement vers l'environnement sandbox. En sandbox, tous les paiements passent par le fournisseur de test, même si le marchand a configuré des identifiants réels pour d'autres fournisseurs.
Cet article fait partie de la série « Comment nous avons construit 0fee.dev ». 0fee.dev est un orchestrateur de paiement couvrant 53+ fournisseurs dans 200+ pays, construit par Juste A. GNIMAVO et Claude depuis Abidjan sans aucun ingénieur humain. Suivez la série pour l'histoire complète de la construction.