Dans ce guide
Les retours d'une bêta arrivent dans des messages de chat, des e-mails, les consoles des stores et des captures d'écran. Un suivi les regroupe en un seul endroit, pour voir ce qui est ouvert, ce qui se répète et ce que vous avez décidé. Collez l'en-tête ci-dessous dans n'importe quel tableur.
En-tête à copier-coller (séparé par tabulations ou CSV)
ID,Date,Source,Testeur,Zone,Type,Description,Étapes pour reproduire,Appareil / OS / version,Gravité,Nombre,Statut,Décision,Responsable,Corrigé dans le build,Notes
À quoi sert chaque colonne
| Colonne | Rôle | Conseil |
|---|---|---|
| ID | Référence stable (F-001) | Ne réutilisez jamais un ID |
| Date | Date d'arrivée | Aide à repérer les grappes après une version |
| Source | D'où vient le retour : retour privé, e-mail, chat, rapport de plantage | Permet de voir quel canal donne des retours utiles |
| Testeur | Qui l'a signalé | Nécessaire pour poser des questions de suivi |
| Zone | Écran ou parcours (connexion, paiement) | Utilisez une courte liste fixe pour pouvoir filtrer |
| Type | Bug, utilisabilité, idée, question | Évite que les idées se noient dans les bugs |
| Description | Une phrase, avec vos mots | Pas le message brut |
| Étapes pour reproduire | Étapes numérotées | Vide signifie « il faut plus d'infos » |
| Appareil / OS / version | Où cela s'est produit | Indiquez le build de l'app |
| Gravité | 1 bloquant, 2 majeur, 3 mineur, 4 cosmétique | Définissez les niveaux une fois, par écrit |
| Nombre | Combien de testeurs l'ont signalé | Augmentez-le au lieu d'ajouter des doublons |
| Statut | Nouveau, infos nécessaires, confirmé, en cours, corrigé, ne sera pas corrigé | Gardez la liste courte |
| Décision | Corriger maintenant, plus tard, jamais, plus une raison en une ligne | La raison est ce que vous voudrez retrouver dans trois mois |
| Responsable | Qui agit | Même si c'est toujours vous |
| Corrigé dans le build | Build qui contient la correction | Pour que les testeurs sachent quoi revérifier |
| Notes | Tout le reste |
Exemples de lignes (illustratifs)
F-001,2026-03-02,Retour privé,T4,Connexion,Bug,Le bouton de connexion ne fait rien après un mauvais mot de passe,1. Saisir un mauvais mot de passe 2. Appuyer deux fois sur Connexion,Pixel 7 / Android 14 / 0.9.2,2,3,Confirmé,Corriger maintenant : bloque tous les utilisateurs qui se trompent de frappe,Moi,0.9.3,
F-002,2026-03-03,E-mail,T7,Réglages,Idée,Souhaite un thème sombre,,,4,1,Nouveau,Plus tard : pas nécessaire pour le lancement,Moi,,
Comment l'utiliser
- Saisissez chaque élément, même les doublons : augmentez Nombre au lieu d'ajouter une ligne.
- Triez par Gravité, puis par Nombre. Cette liste est votre prochaine version.
- Remplissez Décision pour chaque ligne avant une publication, y compris « ne sera pas corrigé ». Les lignes sans réponse sont là où la confiance se perd.
- Après chaque build, filtrez sur Corrigé dans le build et demandez aux auteurs de confirmer.
Limites : la gravité et les décisions relèvent de votre jugement. Pour choisir entre de nombreux points ouverts, voir comment prioriser les retours sur votre app ; pour transformer la pile en plans, transformer les avis sur l'app en feuille de route.
Liens
- Hub : checklists de test d'applications mobiles
- Checklist de préparation de l'environnement de test
- Checklist de politique de confidentialité pour applications mobiles
Les retours AppReviewX arrivent structurés (zone, étapes, appareil) et entrent donc directement dans cette feuille. Un retour = 1 crédit ; les nouveaux comptes démarrent à 0. Commencez gratuitement.