Organiser une phase de test utile et rédiger des retours qui permettent de corriger du premier coup.
Vue de démonstration pour comprendre comment parcourir les catégories et lire les articles.
Mis à jour le 01/09/20264 min de lecture
Tester des parcours, pas des boutons
Rejouez de vrais scénarios de bout en bout : créer un compte, passer une commande, annuler, se reconnecter le lendemain. Cliquer au hasard ne révèle presque rien.
Tester dans des conditions réalistes
Sur téléphone, pas seulement sur ordinateur.
Sur Android et sur iPhone si l'application vise les deux.
Avec une connexion mobile, pas uniquement en Wi-Fi.
Avec plusieurs comptes de rôles différents.
Rédiger une anomalie exploitable
Une bonne remontée contient cinq informations :
1Ce que je faisais : « Je validais mon panier avec deux articles. »
2Ce que j'attendais : « Arriver sur l'écran de paiement. »
3Ce qui s'est passé : « Message rouge Erreur inattendue. »
4Contexte : appareil, navigateur ou version de l'application, heure.
5Capture d'écran ou courte vidéo.
Indiquer la gravité
Bloquant : impossible de continuer.
Majeur : une fonction importante ne marche pas, un contournement existe.
Mineur : gêne, faute de frappe, défaut d'affichage.
Regrouper les retours
Un tableau partagé, une ligne par anomalie, avec une colonne de statut. Cela évite les doublons et les corrections perdues dans des messages.
Distinguer anomalie et évolution
Une anomalie, c'est un fonctionnement contraire à ce qui était prévu. Une évolution, c'est une idée nouvelle. Les deux sont légitimes, mais elles ne se traitent ni au même moment ni au même coût.
