Dans ce guide
Un testeur t'envoie une photo recadrée d'un bouton, une photo plein écran prise avec un autre téléphone, ou une image d'erreur sans aucun indice sur ce qui y a mené. Tu ne peux pas savoir quel écran c'est, quelle version, ni ce qu'il attendait. La solution n'est pas plus d'efforts de la part des testeurs. C'est une demande plus claire.
La règle d'une phrase
Donne aux testeurs ceci, et rien de plus long :
Envoie l'écran entier, plus une ligne sur ce que tu as fait et ce que tu attendais.
L'écran entier, parce que l'environnement (titre, onglets, clavier, barre d'état) montre où tu te trouves. Une ligne, parce qu'une image montre le résultat, jamais la cause.
Pourquoi les captures échouent
- Recadrées trop serré. Le bug est clair, l'endroit ne l'est pas.
- Une photo de l'écran prise avec un autre appareil : reflets, flou, difficile à lire.
- Pas de contexte. Ni étapes, ni attente, ni version.
- Mauvais moment. L'erreur avait disparu avant la capture, ou la capture montre l'état normal.
- Contenu sensible. Un testeur envoie une image avec des données personnelles que tu ne veux pas recevoir.
- Trop à la fois. Douze images d'affilée sans ordre.
À faire et à éviter
À faire
- Prends une vraie capture d'écran avec les boutons propres du téléphone.
- Garde l'écran entier, y compris la barre du haut.
- Ajoute les étapes en une ou deux lignes : « J'ai ouvert Paramètres, touché Exporter, et ceci est apparu. »
- Dis ce que tu attendais : « Je m'attendais à un fichier, pas à une erreur. »
- Nomme l'écran si l'appli ne le fait pas.
- Envoie deux captures pour un avant et un après.
- Pour quelque chose qui bouge, envoie plutôt un court enregistrement d'écran.
À éviter
- Ne recadre pas sur le seul problème.
- Ne photographie pas un téléphone avec un autre.
- N'envoie pas une image sans aucune phrase.
- N'inclus pas de mots de passe, de messages personnels ni de détails de paiement.
- N'envoie pas dix fois le même bug.
Intègre-le à ton formulaire de retour
Ne compte pas sur la mémoire des testeurs. Mets-le dans le formulaire :
- Un champ « Qu'as-tu fait ? »
- Un champ « Qu'attendais-tu, et que s'est-il passé ? »
- Un téléchargement facultatif, avec la note « écran entier, s'il te plaît ».
- Des champs automatiques ou demandés pour la version de l'appli et le modèle du téléphone.
Pour plus d'informations sur ce qui rend un retour utile du point de vue du testeur, voir comment donner des retours d'appli utiles.
Protège les données
Demande aux testeurs de masquer les données personnelles avant d'envoyer. Le retour doit rester privé, indique donc qui le voit. Ce sont des conseils généraux, pas un conseil juridique.
Si une capture est déjà inutilisable
Ne demande pas « peux-tu en envoyer une meilleure ? ». Pose plutôt une question précise : « Quel écran était-ce, et qu'as-tu touché juste avant ? » Une question précise reçoit une réponse plus vite qu'une demande de refaire le travail.
Liens connexes
- Hub : problèmes de test d'applis : causes et solutions
- Surcharge de retours bêta : comment les organiser
- Invitation TestFlight non reçue : quoi vérifier
Sur AppReviewX, les retours sont privés et structurés, donc les étapes et les attentes arrivent dans des champs prévus. Commence ici.