Preparer un test avec des utilisateurs representatifs

1. Objectifs

   • Expliquer pourquoi et à quel moment tester un prototype avec des utilisateurs
   • Choisir la forme d'un test : modéré ou non, en présentiel ou à distance, exploratoire ou évaluatif
   • Fixer les objectifs et les hypothèses d'un test
   • Recruter des participants représentatifs grâce à un questionnaire de sélection et des quotas
   • Rédiger des tâches réalistes avec un critère de réussite
   • Organiser une session : déroulé, rôles, matériel, consentement et test pilote

1. Présentation

   • Le prototype est prêt. L'équipe le connaît par cœur : elle sait où cliquer, elle comprend chaque mot. C'est justement pour cela qu'elle ne peut plus juger s'il est facile à utiliser. Seules des personnes qui le découvrent peuvent le dire.
   • Un test avec des utilisateurs se prépare: de bons participants, de bonnes tâches et un déroulé maîtrisé font la différence entre des résultats utiles et une discussion d'opinions. Cette leçon ouvre la phase de test.

• Nous continuons avec BiblioCampus: l'équipe teste le prototype réalisé au chapitre précédent. Pour les activités, créez le dossier 09-1-preparer-test/ dans votre dépôt GitHub ui-ux-design-bts, et rangez les livrables du projet dans projet-cantinecampus/05-tester/.

1. Pourquoi tester avec des utilisateurs ?

   • Une inspection par l'équipe, avec les critères ergonomiques, repère beaucoup de problèmes. Un test montre ceux qui gênent vraiment : un mot que personne ne comprend, un bouton que personne ne voit, un chemin que personne ne prend.
   • La règle d'or : on teste l'application, pas l'usager. Si un participant échoue, c'est l'interface qui n'a pas su le guider.
   • Plus le test est fait tôt, moins les corrections coûtent : corriger un wireframe prend une heure, corriger une application développée prend des semaines.

1. Choisir la forme du test

   • Trois questions décident de la forme du test :

1. Fixer les objectifs et les hypothèses

   • Un test répond à des questions précises, écrites avant de recruter : « Les étudiants trouvent-ils comment prolonger un prêt ? », « Le mot “cote” est-il compris ? ».
   • Reprenez les hypothèses des phases précédentes : « Nous pensons que la notification “livre prêt” rassurera les étudiants. » Le test les confirmera ou les démentira.
   • Choisissez les mesures: réussite, temps, erreurs, premier clic, chemin suivi, satisfaction (questionnaire SUS).

1. Recruter des participants représentatifs

   • Un participant représentatif ressemble à un persona : même situation, mêmes habitudes, même aisance numérique. Un questionnaire de sélection permet de le vérifier, et des quotas garantissent que chaque persona est représenté :

• On exclut les personnes qui connaissent le projet : elles contournent les difficultés sans s'en rendre compte.
• Cinq participants révèlent souvent la plupart des problèmes importants. Au-delà, on retrouve surtout les mêmes : mieux vaut corriger, puis refaire un petit test.

1. Rédiger les tâches

   • Une tâche décrit une situation que vit le persona et un objectif à atteindre, sans jamais donner le chemin ni les mots de l'interface :

• Classez les tâches de la plus simple à la plus complexe : une réussite au début met le participant en confiance.
• Pour chaque tâche, l'équipe réalise d'abord elle-même le chemin le plus court : il servira de référence pour mesurer la navigation.

1. Organiser la session

   • Une session dure environ 15 minutes et suit toujours le même déroulé, pour que les résultats soient comparables d'un participant à l'autre :

• Éthique: chaque participant signe un formulaire de consentement ; il est désigné par un code (P1, P2…) ; les enregistrements ne sont jamais publiés ; il peut arrêter à tout moment.
• Test pilote: une session complète avec une personne en plus, qui ne compte pas dans les résultats. Elle révèle les consignes mal comprises, le matériel oublié, la durée trop longue.

1. Exemple 1 : le plan de test de BiblioCampus

   • Objectif : vérifier que les étudiants réservent et prolongent un livre seuls. Hypothèse : « Le mot “Transactions” sera compris. »
   • Participants : 2 étudiants proches de Yasmine, 1 étudiant qui utilise un lecteur d'écran, 1 enseignant, 1 étudiant qui n'utilise jamais l'application. Test pilote avec une sixième personne.
   • Tâches : rechercher un livre, le réserver, prolonger un prêt, être prévenu d'un retour, trouver les horaires. Session de 15 minutes dans le hall de la bibliothèque, à trois : animateur, observateur, preneur de notes.

1. Exemple 2 : un recrutement biaisé, corrigé

   • Pour aller vite, l'équipe avait d'abord recruté cinq camarades de sa classe. Tous ont réussi toutes les tâches en moins d'une minute.
   • Au test pilote suivant, une étudiante de première année, recrutée dans le hall, a échoué à prolonger son prêt et n'a pas compris le mot « Transactions ».
   • L'équipe a refait son recrutement avec un questionnaire de sélection et des quotas : les résultats sont devenus utiles, et l'hypothèse sur « Transactions » a été démentie.

1. Activité 1 : quel test choisir ?

   • Pour chaque situation, choisissez la forme du test (modéré ou non, présentiel ou à distance, exploratoire ou évaluatif) :
     • a) vous avez trois croquis papier et voulez savoir si le service est compris ;
     • b) vous voulez tester 40 étudiants d'autres campus en une semaine ;
     • c) votre prototype Figma est prêt et vous voulez mesurer la réussite de 5 tâches.
   • Vérifier : a) modéré, présentiel, exploratoire ; b) non modéré, à distance ; c) modéré, présentiel ou à distance, évaluatif.

1. Activité 2 : objectifs et hypothèses

   • Rédigez trois objectifs et trois hypothèses pour le test du prototype de CantineCampus (le vôtre ou celui du TP 6). Enregistrez-les dans projet-cantinecampus/05-tester/plan-de-test.md.
   • Vérifier : chaque hypothèse peut être confirmée ou démentie par une mesure ou une observation précise.

1. Activité 3 : le questionnaire de sélection

   • Rédigez quatre questions de sélection et fixez les quotas pour vos personas de CantineCampus. Indiquez qui vous excluez et pourquoi.
   • Vérifier : chaque persona a au moins un participant ; une question écarte les personnes qui connaissent le projet.

1. Activité 4 : réécrire des tâches

   • Réécrivez ces consignes en tâches réalistes : « Cliquez sur Filtres et cochez Sans gluten » ; « Allez dans Mes commandes et annulez » ; « Utilisez le bouton Recharger ».
   • Vérifier : aucune consigne ne contient le nom d'un bouton ou d'un menu ; chacune décrit une situation et un objectif.

1. Activité 5 : la fiche de chaque tâche

   • Pour cinq tâches de CantineCampus, complétez : critère de réussite, chemin minimal (nombre d'écrans différents), temps limite et cas « partielle ». Réalisez vous-même chaque chemin pour le vérifier.
   • Vérifier : un observateur extérieur pourrait décider, sans hésiter, si une tâche est réussie.

1. Activité 6 : le déroulé et les rôles

   • Rédigez le déroulé minute par minute d'une session de 15 minutes et la phrase d'accueil. Répartissez les rôles d'animateur, d'observateur et de preneur de notes.
   • Vérifier : le déroulé tient en 15 minutes ; la phrase d'accueil dit que l'on teste l'application, pas le participant.

1. Activité 7 : le test pilote

   • Faites un test pilote complet avec une personne extérieure au projet. Notez trois choses à changer dans votre protocole, puis corrigez-le.
   • Vérifier : le protocole corrigé est versionné, et le commit explique ce qui a changé après le pilote.

1. Activité 8 : déposer votre travail sur GitHub

   • Regroupez vos réponses dans 09-1-preparer-test/README.md, puis envoyez le tout :

git add 09-1-preparer-test projet-cantinecampus/05-tester
git commit -m "Ajoute le plan de test du projet CantineCampus"
git push

• Vérifier : plan-de-test.md s'affiche sur GitHub et ne contient aucun nom de participant.

1. Erreurs fréquentes

1. À retenir

   • On teste l'application, jamais l'usager.
   • La forme du test dépend du moment et de la question : modéré ou non, présentiel ou à distance, exploratoire ou évaluatif.
   • Des objectifs et des hypothèses écrits avant de recruter.
   • Des participants représentatifs: questionnaire de sélection, quotas, exclusions ; cinq suffisent souvent.
   • Des tâches réalistes, sans les mots de l'interface, avec un critère de réussite.
   • Un déroulé fixe, trois rôles, un consentement et un test pilote.

Un bon test commence bien avant le premier participant : par une bonne question, posée aux bonnes personnes.