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.
Aggiungi una carta reale al tuo Apple Wallet. In modalità di test, la carta non verrà addebitata.
3
Complete test purchase
Apri il checkout su un dispositivo Apple e completa il flusso Apple Pay.
Apple Pay richiede HTTPS. Non verrà visualizzato su localhost senza una configurazione SSL corretta. Anche la verifica del dominio deve essere completata.
Usa le tue chiavi API di test e segui il flusso di checkout standard. Le transazioni di test sono simulate senza addebiti effettivi.Per la documentazione completa sui Digital Wallet, inclusa la verifica del dominio per Apple Pay, consulta la pagina Digital Wallets.
Non testare solo i pagamenti completati correttamente. Testa i rifiuti, le cancellazioni e i casi limite, come i fondi insufficienti.
Verify webhook handling
Assicurati che i tuoi endpoint webhook elaborino correttamente tutti i tipi di evento, in particolare payment.succeeded, payment.failed e gli eventi di sottoscrizione.Usa la Dodo Payments CLI per testare i webhook localmente:
dodo wh listen inoltra i webhook di test live al tuo server locale
dodo wh trigger invia payload simulati per tutti i 22 tipi di evento
Test on real devices
Per Apple Pay e Google Pay, esegui i test su dispositivi iOS e Android reali. I simulatori non replicano completamente il comportamento dei wallet.
Test regional methods with correct addresses
I metodi di pagamento regionali (UPI, iDEAL, ecc.) richiedono indirizzi di fatturazione corrispondenti. Un indirizzo di fatturazione statunitense non mostrerà iDEAL.
Verify minimum amounts
I metodi BNPL richiedono un minimo di $50.01. Verifica che vengano mostrati o nascosti correttamente in base al totale del carrello.