Un rapport de test clôt un cycle de test. Il répond à trois questions pour celui qui décide de la release (souvent toi) : ce qui a été testé, ce qui a été trouvé, et la suite. Garde-le sur une page. S'il en faut plus, renvoie vers ta liste de bugs.
Modèle (à copier-coller)
RAPPORT DE TEST : <nom de l'app> <version / build>
Période : <du - au> Auteur : <nom>
1. RÉSUMÉ (3 lignes maximum)
Recommandation : <GO / GO avec problèmes connus / NO-GO>
Pourquoi : <une phrase>
2. CE QUI A ÉTÉ TESTÉ
Périmètre : <fonctions et parcours couverts>
Non testé : <ce qui a été laissé de côté, et pourquoi>
Appareils / OS : <liste>
Testeurs : <nombre et type, p. ex. 8 pairs développeurs>
3. RÉSULTATS
Cas de test exécutés : <n> Réussis : <n> Échoués : <n> Bloqués : <n>
Retours reçus : <n>
4. CONSTATS
| # | Gravité | Domaine | Résumé | Statut (ouvert / corrigé / ne sera pas corrigé) | Lien |
|---|---------|---------|--------|--------------------------------------------------|------|
| 1 | | | | | |
5. PROBLÈMES CONNUS LIVRÉS AVEC CE BUILD
- <problème, contournement s'il existe>
6. CE QUI A PLU AUX TESTEURS / CE QUI LES A DÉROUTÉS
- Apprécié : <court>
- Déroutant : <court>
7. DÉCISIONS ET PROCHAINES ÉTAPES
| Action | Responsable | Échéance |
|--------|-------------|----------|
| | | |
8. QUESTIONS OUVERTES
- <question>
Exemple (illustratif, chiffres inventés)
RAPPORT DE TEST : Example Recipe App 2.1 (build 214)
Période : 2026-11-03 - 2026-11-09 Auteur : Sam
1. RÉSUMÉ
Recommandation : GO avec problèmes connus
Pourquoi : Aucun crash sur le parcours principal ; deux problèmes cosmétiques restent.
2. CE QUI A ÉTÉ TESTÉ
Périmètre : inscription, recherche, sauvegarde de recette, lecture hors ligne
Non testé : mode sombre sur tablettes (non pris en charge)
Appareils / OS : deux téléphones, Android 11 et 14
Testeurs : 6 testeurs d'un groupe de pairs
3. RÉSULTATS
Cas de test exécutés : 20 Réussis : 17 Échoués : 2 Bloqués : 1
4. CONSTATS
| 1 | Haute | Recherche | Requête vide affiche un écran blanc | corrigé | #12 |
| 2 | Basse | Profil | Avatar coupé sur petits téléphones | ne sera pas corrigé | #15 |
7. DÉCISIONS ET PROCHAINES ÉTAPES
| Retester la correction de la recherche | Sam | 2026-11-10 |
Comment l'adapter
- Commence par la décision. Les lecteurs qui s'arrêtent après la section 1 doivent quand même savoir quoi faire.
- Utilise une échelle de gravité que tu as définie à l'avance. Voir la matrice de gravité et de priorité des bugs.
- Ne rapporte que les chiffres que tu as comptés. Laisse un champ vide plutôt que de deviner.
- Google Play, tests fermés : note le nombre de testeurs et la période de test, pour voir plus tard ce que le cycle a couvert. Ne recopie pas de chiffres d'exigences de mémoire ; consulte [les tests fermés avec 12 testeurs et la politique officielle en vigueur.
- Partages-le avec les testeurs ? Retire les détails privés et les noms des testeurs avant de le faire.
Liens
- Hub : Hub des checklists de test d'app mobile
- Modèle de checklist de non-régression
- Checklist de smoke test pour chaque nouveau build
Commencer gratuitement pour recueillir des retours privés et structurés pour ton prochain rapport.