Préparer un environnement et un panier de départ connus
Organisez ces essais sur une copie de test avec des produits et des comptes prévus pour la recette. Notez la version de PrestaShop, le thème et la modification examinée. Les scénarios ci-dessous s’arrêtent au panier : ils ne demandent ni paiement ni création d’une commande réelle.
Choisissez un produit simple et un produit avec plusieurs déclinaisons faciles à distinguer. Pour chaque essai, indiquez si le panier est vide ou s’il contient déjà des articles. Sans ce repère, une quantité totale de quatre peut être interprétée à tort comme un double ajout alors que deux unités étaient déjà présentes.
Écrire les règles avant d’évaluer le résultat
Relevez les quantités disponibles, le minimum de vente et le comportement prévu en rupture. PrestaShop permet d’autoriser ou de refuser les commandes de produits indisponibles ; le stock se gère également par déclinaison. Une quantité supérieure au stock ne suffit donc pas, à elle seule, à démontrer un bug. Gestion du stock dans PrestaShop (nouvel onglet).
Pour le prix, définissez le contexte du test : client connecté ou non, groupe, devise et règles applicables. Le prix affiché sur une ligne et le total du panier peuvent recouvrir des éléments différents. N’interprétez pas un écart avant d’avoir identifié remises, taxes et frais concernés.
Jouer les scénarios de base
| Scénario | Ce qu’il faut comparer |
|---|---|
| Ajouter un produit dans un panier vide | Produit, quantité demandée et quantité réellement présente |
| Ajouter de nouveau le même produit | Quantité initiale, ajout demandé et total obtenu |
| Changer de déclinaison avant l’ajout | Variante sélectionnée, référence et variante présente au panier |
| Modifier la quantité depuis le panier | Nouvelle quantité et recalcul conforme aux règles attendues |
| Retirer une ligne | Disparition de la bonne ligne et état du panier restant |
| Recharger la page | Contenu du panier conservé dans les conditions prévues |
Réalisez les actions depuis la fiche produit et depuis les autres points d’entrée réellement utilisés : liste, fenêtre d’aperçu ou écran de commande rapide. Ne considérez pas leur fonctionnement comme identique sans les avoir joués.
Ajouter les limites qui comptent pour votre catalogue
Exemple fictif de jeu d’essai : un produit a un minimum de vente de deux unités, cinq unités disponibles et les commandes hors stock sont refusées. Depuis un panier vide, demandez une unité, puis deux, puis six, en réinitialisant le panier entre les essais.
Le résultat à contrôler est le respect des règles : la quantité inférieure au minimum ne doit pas être acceptée telle quelle ; deux unités doivent pouvoir être commandées si aucune autre règle ne l’empêche ; six ne doivent pas être acceptées avec ce réglage de stock. L’interface peut bloquer la saisie, corriger la quantité ou afficher un refus selon le parcours prévu. Définissez ce comportement avec l’intégrateur avant de juger uniquement le message.
Rejouez aussi le seuil avec une quantité déjà au panier. Si quatre unités y figurent, demander deux unités supplémentaires n’est pas équivalent à en demander deux depuis un panier vide.
Examiner le compte rendu d’un ajout multiple
Pour une grille ou une commande rapide, choisissez un ensemble comportant une ligne acceptée et une ligne qui ne peut pas l’être. Vérifiez ce qui a réellement été ajouté, ce qui est resté en saisie et ce que le message permet de comprendre.
Le traitement partiel n’est pas une règle universelle : certaines fonctions peuvent refuser tout l’ensemble. Ce qui compte est l’accord entre le comportement défini, le résultat au panier et le compte rendu. L’utilisateur doit pouvoir corriger sa sélection sans ajouter une seconde fois les lignes déjà servies.
La réalisation de commande rapide Wolyus illustre un compte rendu par ligne. Ses essais documentés ne remplacent pas la recette de votre installation.
Rédiger un constat que le développeur peut reproduire
Une ligne de recette comporte le contexte, les étapes, le résultat attendu et le résultat observé. Par exemple : « Panier vide ; produit de test, variante bleue ; quantité deux ; variante rouge présente après l’ajout. » Une capture peut compléter ce constat, mais ne remplace pas la séquence.
Séparez les anomalies des améliorations souhaitées. Une mauvaise variante ajoutée et une préférence pour une autre présentation du message n’ont pas la même conséquence sur le parcours.
Cette trame couvre les opérations de panier choisies. La commande, le paiement, les transporteurs, les e-mails et les mises à jour de stock après commande nécessitent leurs propres scénarios si ces fonctions sont concernées par le projet.
Pour aller plus loin
- Choisir entre grille et commande rapide
- Cadrer une intervention de dépannage