When one of these cards declines, the payment’s error_code and error_message reflect the scenario above. Look up any code in the Transaction Failures reference for its meaning and recommended action, and see Handle Payment Failures for handling declines in your integration.
Card Number
Expiry
CVC
4000 0000 0000 0341
12/34
123
Use this card to test subscription Failure renewal, upgrade, and downgrade scenarios.
For all test cards, use expiry date 06/32 (or 12/34) and CVV 123.
Create a subscription with your test API keys using a success test card (for example, 4242 4242 4242 4242). The initial charge should succeed and the subscription should become active.
2
Swap in the failure card via Customer Portal
Open the Customer Portal, find the subscription you just created, and click Update Payment Method. Enter the failure test card 4000 0000 0000 0341 (Expiry: 12/34, CVC: 123) and save it as the subscription’s payment method.
3
Advance the next billing date (optional)
To trigger renewal immediately instead of waiting for the natural billing cycle, use the Update Subscription API to set next_billing_date to the current UTC time. The value must be an ISO 8601 / RFC 3339 UTC timestamp (the Z suffix is required).
The customer can return to the Customer Portal to update the payment method and retry
This card is specifically for testing renewal failures. The charge will decline on the next billing date, allowing you to test payment retry logic, customer notifications, and failure handling.
Ajoutez une carte réelle à votre Apple Wallet. En mode test, la carte ne sera pas débitée.
3
Complete test purchase
Ouvrez le checkout sur un appareil Apple et terminez le parcours Apple Pay.
Apple Pay nécessite HTTPS. Il ne s’affichera pas sur localhost sans configuration SSL appropriée. La vérification du domaine doit également être terminée.
Utilisez vos clés API de test et suivez le parcours de checkout standard. Les transactions de test sont simulées sans débit réel.Pour consulter la documentation complète sur les portefeuilles numériques, y compris la vérification du domaine pour Apple Pay, consultez la page Portefeuilles numériques.
Ne testez pas uniquement les paiements réussis. Testez les refus, les annulations et les cas particuliers comme les fonds insuffisants.
Verify webhook handling
Assurez-vous que vos endpoints de webhook traitent correctement tous les types d’événements, en particulier payment.succeeded, payment.failed et les événements d’abonnement.Utilisez la Dodo Payments CLI pour tester les webhooks localement :
dodo wh listen transfère les webhooks de test en direct vers votre serveur local
dodo wh trigger envoie des payloads simulés pour les 22 types d’événements
Test on real devices
Pour Apple Pay et Google Pay, effectuez les tests sur de véritables appareils iOS et Android. Les simulateurs ne reproduisent pas entièrement le comportement des portefeuilles.
Test regional methods with correct addresses
Les méthodes de paiement régionales (UPI, iDEAL, etc.) nécessitent des adresses de facturation correspondantes. Une adresse de facturation américaine n’affichera pas iDEAL.
Verify minimum amounts
Les méthodes BNPL nécessitent un minimum de 50,01 $. Vérifiez qu’elles s’affichent ou se masquent correctement en fonction du total du panier.