Organiser une recette avec les utilisateurs
La recette vérifie que le service permet les tâches attendues dans des conditions définies. Elle doit associer des critères observables, des jeux d’essai et une décision de correction. Un avis global sur la beauté du site ne remplace pas un parcours réalisé.
Photo : Glenn Carstens-Peters / Unsplash · Photographie de contexte ; aucune affiliation à FDS n’est sous-entendue.
Écrire des scénarios observables
Décrivez une tâche sans indiquer chaque clic : trouver une information, comparer une option ou envoyer une demande. Précisez le point de départ et le résultat attendu. Évitez de guider la personne vers la bonne réponse.
Préparez des données d’essai autorisées et désactivez les actions réelles lorsque nécessaire. Testez également les erreurs : champ manquant, résultat vide et interruption.
Varier les contextes de test
Incluez des personnes représentatives des tâches et des situations d’usage. Testez téléphone, écran large et navigation au clavier. Notez appareil, navigateur et expérience de la personne pour interpréter les résultats.
L’observation des utilisateurs complète les contrôles techniques d’accessibilité. Elle ne prouve pas seule une conformité complète. Prévoyez des modalités adaptées aux personnes et une participation informée.
Décrire les défauts de façon reproductible
Pour chaque écart, consignez page, étapes, résultat attendu et résultat obtenu. Ajoutez une capture utile sans données sensibles. Distinguez blocage, contournement possible et préférence personnelle.
Priorisez par effet sur la tâche et nombre de parcours concernés. Un bouton invisible qui empêche l’envoi passe avant un ajustement décoratif. Assignez un responsable et une prochaine vérification.
Rejouer et décider de la publication
Rejouez les défauts corrigés dans les conditions où ils sont apparus. Vérifiez les parcours voisins lorsqu’une correction modifie un composant partagé. Ne marquez pas un écart résolu uniquement parce qu’un fichier a changé.
Conservez les limites du test, les points reportés et le décideur. La décision peut accepter un écart identifié avec une échéance, mais doit rester explicite. Préparez les contrôles immédiatement après publication.
Une fiche à conserver avec la décision
| Élément | Preuve |
|---|---|
| Scénario | Départ et résultat attendu |
| Écart | Étapes reproductibles et effet |
| Décision | Rejeu, responsable et limites |
Questions fréquentes
Combien de personnes faut-il tester ?
Le nombre dépend de la diversité des publics et des risques du parcours. Commencez par des tâches ciblées, documentez les situations couvertes et complétez les contextes manquants ; évitez un chiffre universel.
Références
W3C · Évaluation avec les utilisateurs
La grille pratique est une synthèse éditoriale à adapter à votre service. Elle ne constitue ni une certification ni un résultat d’audit.