Vous ne pouvez pas tester sur chaque téléphone. Une matrice d'appareils montre les combinaisons que vous avez réellement couvertes, pour que les trous soient visibles au lieu d'être supposés. C'est un simple tableau que vous pouvez coller dans un tableur.
Modèle à copier-coller
Collez-le dans un tableur ; les barres verticales servent de séparateurs de colonnes dans la plupart des outils, ou utilisez la tabulation.
Appareil | Version d'OS | Taille / type d'écran | Pourquoi cet appareil | Build testé | Parcours principaux | Date | Testeur | Problèmes trouvés
[Modèle] | [Android 14] | [téléphone 6,1"] | [populaire / plus ancienne version prise en charge / petit écran] | [n] | [réussi / échec / non lancé] | [date] | [nom] | [liens]
Lignes à inclure, par catégories plutôt que par modèles précis :
1. Votre téléphone principal (usage quotidien)
2. La version d'OS la plus ancienne que vous prenez en charge
3. La version d'OS la plus récente, y compris une bêta si vous la prévoyez
4. Le plus petit écran que vous prenez en charge
5. Le plus grand téléphone ou une tablette, si vous prenez en charge les tablettes
6. Un appareil à faible mémoire ou lent
7. Une surcouche constructeur différente (Android) ou un iPhone plus ancien (iOS)
8. Réglages différents : mode sombre, grande taille de police, autre langue, gestes ou boutons
Exemple (fictif)
Appareil | OS | Écran | Pourquoi | Build | Parcours principaux | Date | Testeur
Téléphone test A | Android 14 | 6,1" | téléphone principal | 57 | réussi | 2026-10-14 | Sam
Téléphone test B | Android 10 | 5,0" | plus ancienne version prise en charge, petit | 57 | échec : bouton coupé sur Statistiques | 2026-10-14 | Alex
Émulateur | Android 14, police 200 % | 6,7" | réglage grande police | 57 | non lancé | - | -
Comment l'utiliser
- Fixez d'abord la version minimale d'OS. Elle définit la plus ancienne ligne.
- Choisissez selon les différences, pas seulement la popularité. Deux téléphones avec le même écran et la même version d'OS trouvent les mêmes bugs.
- Marquez « non lancé » explicitement. Une case vide ressemble à un succès.
- Notez le build. Un succès sur le build 55 ne dit rien du build 57.
- Utilisez vos propres données. Consultez votre console store ou vos analyses pour voir les appareils et versions de vos utilisateurs, et remplissez la colonne « Pourquoi » en conséquence.
- Demandez l'appareil et l'OS aux testeurs avec chaque rapport, et ajoutez-les à la matrice.
Pour une approche concrète du choix des appareils Android, voir quels appareils Android tester.
Comment l'adapter
- Ajoutez les colonnes qui comptent pour vous, comme l'orientation, le réseau (Wi-Fi / mobile / hors ligne) ou la langue.
- Les émulateurs conviennent pour la mise en page et les vérifications d'OS ; confirmez les performances et les capteurs sur du matériel réel.
- Réduisez la matrice pour les petites applications : quatre lignes bien choisies valent mieux que vingt au hasard.
Voir aussi : tests basés sur les risques, checklist de recette utilisateur, et le hub checklists de test d'applications mobiles.
Peu d'appareils ? Commencez gratuitement et recevez les retours de testeurs sur les leurs.