INITIAL CREATION — RECETTE DU PAIEMENT
Fiche de travail · 22 septembre 2026
https://initial-creation.com/blog/abandon-panier-ecommerce#tester-paiement

À TRANSMETTRE AU PRESTATAIRE
Bonjour,
Pouvez-vous vérifier les scénarios ci-dessous dans l'environnement de test
adapté à notre boutique ? Pour chaque cas, merci d'indiquer la référence de
test, le résultat observé dans la boutique et chez le prestataire de paiement,
puis les anomalies et la preuve d'un nouvel essai après correction.
Nous voulons vérifier la commande et son statut, pas seulement l'écran final.

CADRE À REMPLIR AVANT LES ESSAIS
Boutique / personne responsable / date :
Environnement de test et méthode officielle utilisée :
Produit / variante / quantité / destination :
Montant attendu, livraison et autres frais inclus :
Moyens de paiement concernés :
Créneau prévu / conditions de retour à la configuration de vente :

Sur Shopify, le mode test d'un fournisseur empêche les commandes réelles
via ce mode. Planifiez l'intervention avec la personne responsable.
Ne testez pas avec une carte réelle. N'inscrivez ici ni donnée de carte,
ni coordonnées de client réel, ni clé d'accès.

QUATRE CAS À JOUER
1. PAIEMENT RÉUSSI
Attendu : commande et paiement correspondants, bon montant, référence
exploitable ; stock et notifications conformes au fonctionnement prévu.

2. PAIEMENT REFUSÉ
Attendu : message utile et fidèle au résultat, refus traçable, aucune commande
marquée payée à tort. Ne pas désactiver l'antifraude pour faire passer un test.

3. CONFIRMATION DIFFÉRÉE, SI CE MOYEN EST PROPOSÉ
Attendu : état en cours de traitement affiché comme tel ; mise à jour lors
du succès ou de l'échec final. L'attente ne vaut pas confirmation.
Si non applicable, l'indiquer avec la raison.

4. RÉUSSITE SUIVIE D'UNE FERMETURE DE PAGE
Attendu : la commande s'enregistre même si le navigateur ne reste pas sur
la page de remerciement. La transmission du résultat ne doit pas dépendre
uniquement de cette page. Rapprocher les références avant tout second paiement.

Si autorisation et encaissement sont séparés, documenter aussi la capture
prévue. Un paiement autorisé n'est pas automatiquement déjà encaissé.

EXEMPLE REMPLI — FICTIF, NON EXÉCUTÉ
Cas : refus de paiement simulé avec le scénario officiel de la solution.
Référence : TEST-REFUS-01 (identifiant illustratif).
Montant : 96 EUR TTC, dont 7 EUR de livraison.
Attendu : message d'échec compréhensible ; aucune commande marquée payée.
Observation fictive : l'écran annonce « Commande payée » malgré le refus.
Correction à demander : aligner le message et le statut sur le résultat.
Preuve à fournir : trace du refus de test, statut de commande et capture
du message après correction, sans données sensibles.
Statut de cette fiche : exemple pédagogique, aucun test réel attesté.

FICHE D'ESSAI VIERGE — À DUPLIQUER PAR CAS
Scénario :
Date / appareil / environnement :
Référence du paiement de test / référence de commande de test :
Montant et devise attendus / constatés :
Résultat attendu côté visiteur :
Résultat constaté côté visiteur :
État constaté chez le prestataire de paiement :
État et référence retrouvés dans la boutique :
Stock / notification, selon le scénario :
Anomalie confirmée / responsable / correction :
Nouvel essai / résultat / preuve conservée :
Statut final : conforme / à corriger / non applicable avec justification.

CLÔTURE
[ ] Les anomalies ont un responsable et une suite.
[ ] Les corrections sont revérifiées dans les scénarios concernés.
[ ] Les essais restent distincts des commandes et bilans commerciaux.
[ ] La configuration de vente est rétablie et vérifiée si elle a été modifiée.
Une recette technique réussie ne prouve pas une hausse de conversion.

DOCUMENTATION OFFICIELLE
Shopify : https://help.shopify.com/fr/manual/checkout-settings/test-orders
Stripe, tests : https://docs.stripe.com/testing
Stripe, états : https://docs.stripe.com/payments/payment-intents/verifying-status