Cartes de test Stripe : tester les paiements US et 3D Secure

La page de paiement est ouverte et le produit ainsi que le prix s’affichent correctement. Ce qu’il vous reste à confirmer ne se limite pas à la possibilité de cliquer sur le bouton de paiement.

Lorsqu’une carte est refusée, que montre la page ? L’acheteur peut-il passer à une autre carte et continuer ? Si la vérification d’identité est annulée en cours de route, la commande sera-t-elle marquée à tort comme payée ?

Utilisez trois cartes de test Stripe pour vérifier séparément le succès, l’échec et la vérification d’identité. Après chaque soumission, contrôlez à la fois le checkout et les enregistrements du backend.

Cet article prend comme exemple un checkout qui exige une adresse de facturation américaine. Il s’utilise via le navigateur et ne nécessite pas d’écrire du code.

1. Ouvrir la page de paiement dans l’environnement de test

Rendez-vous dans le Dashboard Stripe et utilisez le sélecteur de compte pour basculer vers Sandbox, l’environnement de test. Toutes les opérations de paiement de cette série s’effectuent dans cet environnement et ne déplacent pas de fonds réels. Documentation sur l’environnement de test Stripe

Si vous disposez déjà d’un lien de paiement de test, ouvrez-le directement.

Si vous n’en avez pas encore créé, créez un nouveau lien dans Payment Links dans l’environnement de test, sélectionnez un produit et un prix de test, puis ouvrez la page de paiement générée. Les Payment Links peuvent être créés depuis le Dashboard sans construire de site web. Créer un lien de paiement

Vérifiez d’abord trois choses :

Si le produit est correct.
Si le montant et la devise sont corrects.
Si la page appartient bien à l’environnement de test que vous venez de sélectionner.

Ne vous précipitez pas pour saisir le numéro de carte à cette étape. Si le mauvais prix est sélectionné ou si le mauvais lien est ouvert, alors même si les tests suivants sont menés à bien, ils n’auront pas vérifié le parcours que vous prévoyez de lancer.

2. Remplir une adresse de facturation américaine

Pour le pays de facturation, sélectionnez United States.

Ouvrez le générateur d’adresses, sélectionnez les États-Unis, réglez le nombre d’adresses à générer sur 1, puis cliquez sur générer. Copiez la rue, la ville, l’État et le code ZIP dans le formulaire de paiement.

Remplissez chaque champ comme suit :

Champ du checkout	Ce qu’il faut saisir	Exemple
Address line 1	Adresse postale	5322 N Union Street
Address line 2	Numéro d’appartement ou de suite, laissez vide si aucun	Laisser vide
City	Ville	North Walpole
State	L’État correspondant	New Hampshire
ZIP code	Code ZIP	03609
Country	Pays	United States

Si le champ State est un menu déroulant, sélectionnez New Hampshire ; s’il exige une abréviation à deux lettres, saisissez NH.

Le premier zéro du code ZIP 03609 doit être conservé. Ne le traitez pas comme un nombre et n’écrivez pas 3609.

Utilisez une adresse e-mail de test à laquelle vous avez accès afin de pouvoir vérifier les notifications ultérieures. Après avoir rempli l’adresse, conservez cet exemple et utilisez la même adresse pour les trois séries de tests.

Ainsi, lorsque le résultat du paiement change, la première chose que vous comparez est le numéro de carte et l’action de vérification. Vous n’avez pas à chercher en même temps si la ville, l’État ou le code ZIP ont été modifiés par erreur.

3. Utiliser une carte de succès pour vérifier le parcours de paiement complet

Utilisez d’abord cette série d’informations :

Numéro de carte : 4242 4242 4242 4242
Expiration : 12/34
CVC : 123

La date d’expiration doit être dans le futur. Le mois/année et le CVC ici servent à ce test ; le numéro de carte correspond au scénario de paiement réussi de Stripe. Documentation sur les cartes de test

Cliquez sur payer et observez si la page atteint l’état d’achèvement attendu.

Revenez ensuite dans le même environnement de test, ouvrez les enregistrements de paiement et trouvez la transaction que vous venez d’effectuer. Vérifiez le montant, la devise et le statut du paiement. Les paiements issus des Payment Links peuvent être consultés dans l’aperçu des paiements du Dashboard. Consulter les enregistrements de paiement

Dans cette série, vérifiez deux choses séparément :

Si le statut du paiement est correct, et si les actions suivantes de la page sont correctes.

Par exemple, si le backend indique un paiement réussi mais que la page de confirmation ne s’ouvre pas, l’axe de dépannage doit porter sur la configuration de la page après paiement et le chemin de redirection. Ne ressaisissez pas tout le numéro de carte et l’adresse simplement parce que le navigateur affiche une erreur.

À l’inverse, le navigateur qui affiche « Merci pour votre achat » ne peut pas remplacer le statut de paiement du backend. La page de confirmation et l’enregistrement de paiement doivent se correspondre.

Si le lien de paiement est connecté à des flux de commande, d’e-mail ou de téléchargement, vérifiez aussi ces étapes :

Si la commande apparaît comme payée.
Si le montant correspond au checkout.
Si les notifications configurées ont été envoyées.
Si l’entrée de téléchargement ou d’accès configurée est disponible.

Les fonctionnalités non connectées n’ont pas besoin d’être vérifiées, et un paiement Stripe réussi ne doit pas être considéré comme la preuve que ces fonctionnalités sont complètes.

4. Utiliser une carte d’échec pour vérifier les messages d’erreur et la nouvelle tentative de carte

Rouvrez le lien de paiement et démarrez un nouveau test.

Gardez l’adresse, l’e-mail et les autres conditions inchangés, et changez uniquement le numéro de carte pour :

4000 0000 0000 0002

Cette carte simule un refus de paiement général. Cartes de test refusées

Après avoir cliqué sur payer, vérifiez :

Si la page affiche un message d’échec clair.
Si le champ de saisie du numéro de carte est encore modifiable.
Si la page entre à tort dans l’état d’achèvement du paiement.
Si la commande associée est incorrectement marquée comme payée.

Le message d’échec ne doit pas se contenter de dire « Une erreur s’est produite. » L’acheteur doit au moins savoir que le paiement n’a pas abouti et qu’il peut encore continuer.

Ensuite, dans le checkout en cours, remettez le numéro de carte sur :

4242 4242 4242 4242

Soumettez à nouveau.

Cette étape vérifie le parcours de récupération après un échec. Pouvoir payer avec succès la première fois ne signifie pas qu’après un échec, le bouton, le formulaire et le statut de la commande sont encore corrects.

Si cela continue de tourner après le premier échec, notez où cela bloque. Vérifiez d’abord l’opération de nouvelle tentative ; ne changez pas l’adresse, ne changez pas le produit et ne rafraîchissez pas toutes les pages en même temps. Modifier plusieurs conditions à la fois fait perdre la comparaison la plus précieuse.

5. Vérifier les deux parcours de vérification d’identité : terminé et annulé

Pour la troisième série, utilisez une carte de test 3D Secure émise aux États-Unis :

4000 0084 0000 0027

Les règles Radar par défaut de Stripe demanderont une vérification 3D Secure pour cette carte. Documentation sur les tests 3D Secure

Le test doit être effectué sur la page de paiement ouverte par l’acheteur. Créer un paiement directement dans le Dashboard Stripe ne peut pas remplacer le parcours de vérification dans le navigateur.

Effectuez d’abord une vérification et contrôlez :

Si l’interface de vérification peut s’ouvrir.
Si vous pouvez revenir au parcours de paiement après avoir terminé la vérification.
Si le checkout et le backend affichent des résultats cohérents.

Démarrez ensuite un nouveau test et annulez dans l’interface de vérification.

Après l’annulation, vérifiez si la page conserve encore un point d’entrée pour continuer le paiement, et si la commande est toujours dans un état non payé. Terminer la vérification d’identité et terminer le paiement sont deux points de contrôle ; vous ne pouvez pas vous contenter de regarder si la fenêtre de vérification s’est fermée.

Si l’interface de vérification n’apparaît pas, confirmez d’abord que vous avez utilisé la carte de test correspondante, ouvert la page de paiement acheteur, et vérifiez si les règles Radar ont été modifiées. Ne considérez pas le changement pour une adresse américaine comme un moyen de déclencher la vérification.

6. En cas de blocage à une étape, déterminez d’abord à quel niveau cela se produit

Une erreur de checkout n’est pas nécessairement un problème de numéro de carte. Décomposez le dépannage selon l’endroit où elle se produit :

Symptôme	À vérifier en premier	Comparaison suivante
Erreur de champ d’adresse, impossible de soumettre	Pays, État, code ZIP et champs obligatoires	Gardez le numéro de carte inchangé et corrigez uniquement le champ en erreur
La carte d’échec est refusée	Si le numéro de carte du scénario d’échec a été utilisé	Passez à une carte de succès et vérifiez si le paiement peut se rétablir
La carte de succès échoue aussi	Environnement de test, configuration de la page, détails de l’erreur backend	Répétez les mêmes conditions avec une nouvelle page de paiement
Le backend réussit, la page de confirmation est en erreur	Redirection après paiement ou configuration de la page	Vérifiez séparément l’enregistrement de paiement et la page cible
Affiche encore payé après annulation de la vérification	Gestion du statut dans le checkout et la commande associée	Comparez les deux tests : vérification terminée et vérification annulée
Le premier paiement fonctionne, la nouvelle tentative après échec non	État de récupération du formulaire et du bouton	Répétez la séquence « carte d’échec -> carte de succès »

Le tableau sert à déterminer la prochaine vérification ; il ne signifie pas que la cause peut être déterminée à partir d’un seul symptôme.

Notez le message d’erreur d’origine, l’heure du test et l’enregistrement de paiement. Si la capture d’écran indique seulement « Un problème est survenu », il sera difficile plus tard de déterminer s’il s’agissait d’une validation d’adresse, d’un refus de carte ou de la page après paiement.

7. Conserver un enregistrement de test consultable

Pas besoin de rédiger un long rapport. Un tableau suffit :

Scénario de test	Résultat de la page	Résultat backend	Résultat de la commande ou de la livraison associée
Paiement réussi	Notez ce qui est réellement affiché	Notez le statut du paiement	Vérifiez les flux suivants connectés
Échec de paiement	Notez le message d’erreur	Vérifiez les détails de l’échec	Confirmez qu’il n’a pas été marqué comme payé
Changement de carte après échec	Vérifiez s’il peut être soumis à nouveau	Vérifiez le nouveau paiement	Vérifiez si le statut se rétablit correctement
Vérification d’identité terminée	Vérifiez la page de retour	Vérifiez le statut final	Vérifiez les flux suivants connectés
Annulation de la vérification d’identité	Vérifiez le point d’entrée pour continuer le paiement	Vérifiez le statut réel	Confirmez qu’il n’a pas été jugé à tort comme payé

Chaque fois que vous modifiez le checkout, la redirection après paiement ou le traitement des commandes, révisez-le à l’aide de ce tableau.

Ce qui doit réellement fonctionner de bout en bout, c’est toute la chaîne : remplir les informations, soumettre le paiement, gérer l’échec ou la vérification, confirmer le résultat du paiement, puis effectuer l’opération de commande correspondante. Voir un seul « paiement réussi » ne suffit pas à montrer que le checkout est prêt.