Une application de boutique ne rapporte de l'argent que si le chemin du produit à la commande payée fonctionne à chaque fois. Utilise un environnement de paiement test ou sandbox, jamais de vraies cartes pour les expériences risquées. Chaque point indique pourquoi il compte et comment le vérifier.
Navigation
1. Catalogue et recherche Pourquoi : si les gens ne trouvent pas le produit, ils ne peuvent pas l'acheter. Comment vérifier : recherche un nom exact, un nom partiel, une faute de frappe et un terme sans résultat. Contrôle les filtres, le tri et l'écran de résultats vide.
2. Fiche produit Pourquoi : c'est là que se prend la décision. Comment vérifier : les images se chargent et se zooment, les variantes (taille, couleur) modifient le prix et le stock, une variante en rupture ne peut pas être ajoutée, et les longs titres et descriptions ne cassent pas la mise en page.
3. Images et listes lentes Pourquoi : les écrans de boutique sont très chargés en images. Comment vérifier : fais défiler de longues listes sur une connexion bridée. Les espaces réservés apparaissent-ils, et le défilement reste-t-il fluide ?
Panier
4. Ajouter, modifier, retirer Pourquoi : les erreurs de calcul du panier détruisent la confiance. Comment vérifier : ajoute plusieurs articles, change les quantités, retires-en un, et vérifie à la main le sous-total, les réductions et les totaux.
5. Persistance du panier Pourquoi : les gens reviennent plus tard. Comment vérifier : remplis le panier, ferme l'application, rouvre-la, déconnecte-toi puis reconnecte-toi, et ouvre-le sur un second appareil si tu gères des comptes.
6. Changement de prix ou de stock Pourquoi : le panier peut être périmé. Comment vérifier : modifie un prix ou un niveau de stock dans ton backend de test pendant qu'un article est dans le panier. Que voit l'utilisateur à la caisse ?
Paiement
7. Adresse et champs de formulaire Pourquoi : la friction des formulaires fait perdre des commandes. Comment vérifier : utilise des noms longs, des accents, différents formats de code postal et de téléphone. Voir saisie Unicode et texte long.
8. Paiement réussi, refusé ou annulé Pourquoi : le même parcours doit gérer chaque issue. Comment vérifier : dans l'environnement de test, effectue un paiement réussi, un paiement refusé et un paiement annulé. Après chacun : l'état du panier est-il correct, le message est-il clair, et l'utilisateur peut-il réessayer ?
9. Paiement interrompu Pourquoi : une commande en double est pire qu'une commande perdue. Comment vérifier : coupe la connexion ou ferme l'application juste après avoir touché « payer », puis rouvre-la. Y a-t-il exactement une commande, ou exactement aucune, et le statut est-il clair ?
10. Totaux, taxes et affichage des devises Pourquoi : les surprises à la dernière étape provoquent les abandons. Comment vérifier : compare les totaux du panier, de la caisse, de la confirmation et de l'e-mail. Voir formats de devise et de nombre. Les règles fiscales ne sont pas couvertes ici ; demande à une personne qualifiée.
Après la commande
11. Statut et historique de commande Pourquoi : « où est ma commande ? » est la question que reçoit chaque boutique. Comment vérifier : modifie le statut dans ton backend de test et vérifie que l'application le reflète, notifications comprises.
12. Annulation et retours Pourquoi : une sortie claire renforce la confiance dans l'achat. Comment vérifier : annule une commande, lance un retour, et vérifie les statuts et messages des deux côtés.
13. Sur tous les appareils et réseaux Pourquoi : ton téléphone sur le Wi-Fi du bureau est le cas le plus facile. Comment vérifier : répète les points 4, 8 et 9 sur un téléphone d'entrée de gamme et en données mobiles.
Liens associés
- Hub : checklists de test d'applications mobiles
- Checklist de test de lecture audio et vidéo
- Checklist de test de date, heure et fuseau horaire
Les habitudes des vrais acheteurs diffèrent des tiennes. Commence gratuitement et obtiens des retours privés et structurés sur ton paiement.