%% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Design et Création Numérique/Design/User eXperience I/User eXperience I|Accueil · User eXperience I]] > > | [[Design et Création Numérique/Design/User eXperience I/3 Repérer et qualifier un défaut\|← Repérer et qualifier un défaut]] | | > |:---|---:| %% nav-fin %% # 📘 4. Rédiger un retour exploitable Un retour est exploitable quand un développeur qui ne vous a jamais parlé peut reproduire le défaut, comprendre sa gravité et décider. Cette page donne le déroulé d'un test, le format du retour et des exemples corrigés. ## 4.1 Dérouler un scénario de test Un scénario de test est une tâche à accomplir dans l'application, écrite du point de vue de l'utilisateur. Exemple : > Depuis l'accueil, inscrivez-vous à la compétence recommandée « Créativité I », puis vérifiez qu'elle apparaît dans votre plan de charge. La méthode : 1. Lire le scénario en entier avant de commencer. 2. Noter l'heure de début. 3. Faire la tâche comme un utilisateur ordinaire, sans chercher de piège. 4. À chaque hésitation, noter l'écran et la question qu'on se pose. L'hésitation est l'information recherchée. 5. À chaque résultat inattendu, faire une capture d'écran avant toute autre action. 6. Noter l'heure de fin et si la tâche est réussie, réussie avec détour, ou échouée. 7. Rédiger les retours dans l'heure qui suit. Le souvenir d'une hésitation s'efface vite. Un test sur ordinateur et un test sur téléphone comptent comme deux tests. Les défauts diffèrent. ## 4.2 Le format du retour Un retour par défaut. Huit champs. | Champ | Contenu | Exemple | |---|---|---| | **Écran** | Le nom de l'écran et son adresse. | Page de compétence « Créativité I », `app.skillquest.unilasalle.fr/competence/…` | | **Appareil** | Ordinateur ou téléphone, navigateur. | Téléphone, Safari | | **Action faite** | Ce que j'ai fait, étape par étape. | Clic sur « S'inscrire » en bas de la carte. | | **Résultat attendu** | Ce que je pensais obtenir. | Un message de confirmation et le bouton qui passe à « Inscrit ». | | **Résultat observé** | Ce qui s'est passé. | Aucun changement pendant quatre secondes, puis le bouton passe à « Inscrit » sans message. | | **Nature** | Bug, défaut d'ergonomie ou préférence partagée. | Défaut d'ergonomie | | **Heuristique et gravité** | Le numéro de l'heuristique, la gravité et sa justification. | H1 Visibilité de l'état du système. Mineur : la tâche réussit, l'attente fait douter et provoque un second clic. | | **Capture d'écran** | Une image du résultat observé, prise au moment du défaut. | `creativite-inscription-attente.png` | Un champ vide rend le retour incomplet. Le champ « Résultat attendu » est celui qu'on oublie le plus. Il dit au développeur ce que l'utilisateur avait compris. Pour un bug, le champ « Heuristique et gravité » ne porte que la gravité. **À manipuler :** ce retour est incomplet. Complétez les champs, puis cliquez sur « Vérifier ». ```sq-retour mode: correction écran: Planning appareil: action: J'ai ouvert le planning. attendu: observé: Ça bug. nature: heuristique: gravité: capture: ``` ## 4.3 La capture d'écran - Elle est prise au moment du défaut, avant de cliquer ailleurs. - Elle montre l'écran entier, avec la barre de navigation. Un recadrage serré fait perdre le contexte. - Sur téléphone, la capture native suffit. - Elle masque les noms des autres étudiants. Un rectangle opaque sur le classement ou sur une liste de présence suffit. Les données personnelles des autres restent hors des retours. - Son nom dit l'écran et le défaut : `classement-defilement-horizontal.png`. ## 4.4 Exemples corrigés Trois retours mal rédigés, puis leur version exploitable. **Exemple 1** > Avant : « L'inscription marche pas bien sur mobile. » > > Après : Écran : arbre de compétences, sous-domaine Design. Appareil : téléphone, Chrome. Action : clic sur la carte « Design Thinking » puis sur « S'inscrire ». Résultat attendu : inscription confirmée. Résultat observé : le bouton « S'inscrire » est recouvert par le pied de page, le clic ouvre le lien de contact. Nature : bug d'affichage, l'écran ne fait pas ce qui est prévu. Gravité : gênant, l'inscription reste possible en faisant pivoter le téléphone, ce que l'utilisateur ne devine pas. Capture : `arbre-bouton-recouvert.png`. **Exemple 2** > Avant : « Le classement est nul, on comprend rien. » > > Après : Écran : classement académique, onglet « Ma promotion ». Appareil : ordinateur, Firefox. Action : lecture de la colonne « Score ». Résultat attendu : le score correspond à mon total d'XP validés, 47. Résultat observé : la colonne affiche 52 sans explication. Nature : bug ou information manquante, à trancher par l'équipe. H6 Reconnaissance plutôt que rappel, gênant : l'étudiant cherche d'où vient l'écart. Capture : `classement-score-52.png`. **Exemple 3** > Avant : « Je mettrais le bouton à droite, c'est plus joli. » > > Après : cette remarque est une préférence. Elle reste hors du retour. Si trois testeurs sur cinq ont cherché le bouton, le retour devient : Écran : construction du semestre. Action : recherche du bouton « Démarrer mon aventure ». Résultat attendu : bouton en bas à droite, position habituelle de l'action principale. Résultat observé : bouton en haut à gauche, trouvé après 20 secondes par trois testeurs sur cinq. Nature : défaut d'ergonomie. H4 Cohérence et standards, mineur. ## 4.5 Exercices Reformulez ces quatre retours au format de la section 4.2. Inventez les éléments manquants de façon vraisemblable et indiquez-les entre crochets. 1. « Le planning bug. » 2. « Y a trop de couleurs sur l'arbre, ça fait mal aux yeux. » 3. « J'ai cliqué sur me désinscrire et ça m'a désinscrit direct, j'ai eu peur. » 4. « Sur mon téléphone je vois pas mes flammes. » Le QCM de la compétence comporte des questions de ce type : un retour est proposé, il faut dire quel champ manque ou quelle nature et quelle gravité lui donner. **À manipuler :** rédigez un retour dans ce formulaire vierge. « Vérifier » signale les champs manquants. « Copier le retour » copie le texte, prêt à coller dans un ticket. Rien n'est envoyé ni enregistré. ```sq-retour mode: vierge ``` ## 4.6 À retenir - Le scénario se lit en entier, se fait sans chercher de piège, et l'hésitation se note. - Huit champs, aucun vide. Le résultat attendu est le plus souvent oublié. - La capture est prise au moment du défaut et masque les noms des autres étudiants. - Un retour se rédige dans l'heure qui suit le test. %% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Design et Création Numérique/Design/User eXperience I/User eXperience I|Accueil · User eXperience I]] > > | [[Design et Création Numérique/Design/User eXperience I/3 Repérer et qualifier un défaut\|← Repérer et qualifier un défaut]] | | > |:---|---:| %% nav-fin %% --- 🗓️ Historique Dernière mise à jour : `26 septembre 2026` Rédigé par : [[Julien DUQUENNOY]]