%% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Design et Création Numérique/Design/User eXperience II/User eXperience II|Accueil · User eXperience II]] > > | | [[Design et Création Numérique/Design/User eXperience II/Modèle de scénario de test\|Modèle de scénario de test →]] | > |:---|---:| %% nav-fin %% # 📘 Déroulé d'un cycle de test Un cycle suit une livraison de l'application. Il dure 2 h 30 et se répète quatre fois dans le semestre. Le guide annonce l'ouverture d'un cycle et fournit le scénario. ## Étape 1 : le test, 1 heure - Récupérer le scénario du cycle, au format de [[Design et Création Numérique/Design/User eXperience II/Modèle de scénario de test|Modèle de scénario de test]]. - Le dérouler sur son propre profil, en suivant la méthode de la page 4 de User eXperience I : lecture complète, heure de début, tâche faite sans chercher de piège, hésitations notées, capture à chaque résultat inattendu, heure de fin. - Le dérouler sur ordinateur et sur téléphone quand le scénario le demande. Au moins un des quatre cycles du semestre se fait sur téléphone. ## Étape 2 : la rédaction, 30 minutes - Un retour par défaut, au format de [[Design et Création Numérique/Design/User eXperience II/Modèle de retour|Modèle de retour]]. - Les captures d'écran sont nommées et les noms des autres étudiants masqués. - Les retours sont déposés dans le formulaire indiqué par le guide, dans l'heure qui suit le test. - Un cycle sans défaut trouvé produit un retour qui le dit : scénario, appareil, tâche réussie, temps. ## Étape 3 : le point avec le guide, 30 minutes - Sur un créneau Quête à l'APEX ou sur rendez-vous hors des cours. - Le guide relit les retours avec l'étudiant : champs manquants, nature, heuristique, gravité. - Le guide indique ce qui a été transmis à l'équipe de développement et ce qui a été écarté, avec le motif. - Au quatrième cycle, ce point sert à la validation. ## Étape 4 : la vérification des corrections, 30 minutes - À partir du deuxième cycle, le guide fournit la liste des défauts du cycle précédent annoncés comme corrigés. - L'étudiant refait l'action décrite dans chaque retour concerné et note : corrigé, corrigé en partie, non corrigé, avec une capture. - Cette vérification se dépose avec les retours du cycle. ## Calendrier type d'un semestre | Cycle | Semaine | Contenu | |---|---|---| | 1 | 2 | Scénario 1. | | 2 | 5 ou 6 | Scénario 2 et vérification des corrections du cycle 1. | | 3 | 9 ou 10 | Scénario 3 et vérification du cycle 2. | | 4 | 13 | Scénario 4, vérification du cycle 3, validation. | Les semaines s'ajustent aux livraisons de l'application. Le guide annonce chaque cycle au moins une semaine avant. %% nav-debut : généré par gen_navigation.py, ne pas modifier à la main %% > [!nav] > ↩ [[Design et Création Numérique/Design/User eXperience II/User eXperience II|Accueil · User eXperience II]] > > | | [[Design et Création Numérique/Design/User eXperience II/Modèle de scénario de test\|Modèle de scénario de test →]] | > |:---|---:| %% nav-fin %% --- 🗓️ Historique Dernière mise à jour : `26 septembre 2026` Rédigé par : [[Julien DUQUENNOY]]