Ce que c’est
Une ligne par session de playtest — date de session, version de build, liste des testeurs, constats, gravité (faible / moyen / élevé / critique) et enregistreur. Construisez-la une fois par session et la tendance est visible sur tout le projet.
Quand l’utiliser
- Enregistrer chaque session de playtest pour que les constats ne s’évaporent pas.
- Suivre quel build a été testé et ce qui en est ressorti.
- Examiner les motifs — un même constat sur trois sessions = priorité.
- Partager les constats d’une session avec parties prenantes ou prestataires.
Comment l’utiliser
- 1Cliquez sur « + Nouvelle session » — date, version de build, testeurs (texte libre).
- 2Rédigez les constats — gardez-les concrets et actionnables.
- 3Choisissez la gravité du pire constat de la session.
- 4Reliez aux Problèmes pour les bugs individuels trouvés.
Astuces à connaître
- →La gravité détermine le badge d’alerte du tableau de bord — les constats critiques sont bruyants à dessein.
- →Le champ version de build référence le Suivi des builds ; les incohérences s’affichent en avertissements.
- →Un journal de playtest hebdomadaire est l’un des meilleurs signaux pour savoir quand une fonctionnalité est « assez finie ».
- →Associez au Registre des risques — les constats critiques récurrents devraient devenir des risques.