Tester la compatibilité : appareils, versions et écrans

Sur le téléphone du développeur, l’application est parfaite. Sur celui de sa tante, un Android de 2 Go de RAM avec la police réglée en grand et le stockage presque plein, le bouton « Payer » sort de l’écran.

En septembre 2026, au Cameroun, la version d’Android la plus répandue, Android 14, ne pesait qu’environ 17 % du trafic Android mesuré par StatCounter. Il fallait additionner six versions, d’Android 11 à Android 16, pour atteindre 82 %. Ajoutez les écarts entre fabricants, tailles d’écran et réglages de chaque utilisateur : tout tester est impossible.

Mais vous pouvez choisir intelligemment. Ce guide vous apprend à bâtir une matrice d’appareils raisonnable à partir de vos vrais utilisateurs, puis à traquer sur chaque appareil les pièges les plus coûteux.

Qu’appelle-t-on « test de compatibilité » ?

Le vocabulaire de l’ISTQB, aligné sur la norme ISO/IEC 25010, est plus précis. La compatibilité y désigne la capacité à échanger avec d’autres systèmes et à partager leur environnement : votre application survit-elle à un appel entrant, à un clavier tiers, à une autre application gourmande en mémoire ? Le passage d’un appareil à un autre relève plutôt de la portabilité. Un bon test de compatibilité couvre les deux (voir notre carte des types de test).

Pourquoi est-ce vital ? Parce que l’utilisateur dont l’application plante prend rarement le temps de vous écrire. Et parce que Google Play regarde : dans Android vitals, un taux de plantage perçu supérieur à 8 % sur un modèle de téléphone donné constitue un « mauvais comportement », tout comme un taux supérieur à 1,09 % en moyenne. Dépasser ces seuils peut réduire la visibilité de l’application sur le store.

Pourquoi Android est-il si fragmenté ?

Les versions du système

Google ne publie plus de répartition des versions d’Android sur son tableau de bord pour développeurs (nouvel onglet) : il renvoie vers la section « Portée et appareils » de la Play Console. Pour une vue par pays, StatCounter analyse le système utilisé lors des pages vues sur les sites équipés de son outil. Voici ses chiffres pour le Cameroun en septembre 2026 :

La leçon : une application soignée seulement pour les deux dernières versions néglige plus de 70 % du trafic Android mesuré.

Les fabricants et leurs surcouches

Selon la même source (nouvel onglet), les six premières marques du trafic mobile camerounais en septembre 2026 étaient Tecno (22,7 %), Samsung (20,1 %), Apple (16,6 %), Xiaomi (10,7 %), Infinix (8,4 %) et Huawei (5,0 %). Chaque fabricant Android ajoute sa surcouche, son interface maison posée sur Android : la gestion de la batterie, des notifications et des permissions, les polices ou les animations peuvent changer. Un comportement correct sur l’émulateur de Google peut donc varier sur le téléphone le plus répandu de votre marché.

Les écrans

Toujours selon StatCounter (nouvel onglet), les deux résolutions mobiles les plus fréquentes au Cameroun en septembre 2026, 360 × 806 et 360 × 800 pixels, réunissaient environ 30 % du trafic. Concevez et testez d’abord pour 360 pixels de large. Android classe aussi les fenêtres par classes de taille (nouvel onglet) : compacte sous 600 dp (presque tous les téléphones en portrait), moyenne de 600 à 840 dp (tablettes en portrait, pliables ouverts), étendue à partir de 840 dp (le dp est une unité indépendante de la densité de l’écran).

La mémoire

Android (Go edition) (nouvel onglet) est une configuration d’Android pensée pour les téléphones d’entrée de gamme ; pour Android 13, Google y fixe un minimum de 2 Go de RAM. Certaines fonctions y sont désactivées par défaut, comme l’écran partagé ou l’image dans l’image. Sur les appareils modestes, le système récupère vite la mémoire des applications en arrière-plan : la vôtre doit savoir revenir là où l’utilisateur l’avait laissée.

Les règles de Google Play

Depuis le 31 août 2026, Google Play exige que les nouvelles applications et les mises à jour ciblent Android 16 (niveau d’API 36), avec une prolongation possible jusqu’au 1er novembre 2026. Or changer de version cible change des comportements :

• en ciblant Android 15, une application s’affiche par défaut « bord à bord » (nouvel onglet) sur Android 15 : du contenu peut passer sous la barre d’état ou de navigation ;
• en ciblant Android 16, sur les écrans dont la plus petite largeur atteint 600 dp (tablettes, pliables), les restrictions d’orientation et de redimensionnement sont ignorées (nouvel onglet) : votre application « portrait seulement » s’y affichera aussi en paysage.

Chaque changement de version cible appelle donc une régression complète, sur plusieurs appareils.

Et côté Apple : iOS, iPadOS et Safari ?

L’univers Apple est beaucoup moins fragmenté. Selon Apple, au 7 juin 2026, 79 % de tous les iPhone actifs sur l’App Store utilisaient iOS 26 (86 % des iPhone sortis ces quatre dernières années), et 14 % iOS 18. Côté iPad, 68 % tournaient sous iPadOS 26. Tester la version actuelle et la précédente couvre donc l’essentiel.

Les pièges sont ailleurs :

• Les tailles d’écran : petits et grands iPhone, encoche ou Dynamic Island (la zone noire en haut de l’écran de certains modèles récents).
• L’iPad : les règles de l’App Store demandent que les applications iPhone fonctionnent sur iPad chaque fois que c’est possible. Testez donc votre application iPhone sur un iPad.
• La taille du texte (Dynamic Type) et le mode sombre, que l’utilisateur règle pour tout le système.
• Les navigateurs : les règles de l’App Store imposent aux applications qui naviguent sur le Web d’utiliser WebKit, le moteur de Safari, sauf autorisation particulière dans l’Union européenne et au Japon. Au Cameroun, Chrome sur iPhone utilise donc le même moteur que Safari : un bug d’affichage sur Safari iOS a de fortes chances d’apparaître aussi dans Chrome iOS.

Quels navigateurs tester pour une application web ?

Pour un site ou une application web installable (PWA, Progressive Web App), le navigateur est votre plateforme. Selon StatCounter (nouvel onglet), le trafic mobile camerounais se répartissait ainsi en septembre 2026 : Chrome 80,5 %, Safari 13,2 %, Opera 3,9 %, Samsung Internet 1,3 %, Firefox moins de 1 %.

Raisonnez par moteur plutôt que par marque :

• Chromium, le moteur de Chrome, de Samsung Internet et d’Edge : un bon passage sur Chrome Android couvre l’essentiel, mais pas les particularités de chaque navigateur.
• WebKit, celui de Safari et de tous les navigateurs sur iPhone, hors Union européenne et Japon.
• Les autres : Opera, troisième navigateur mobile du pays, mérite au moins un passage ; Firefox reste marginal sur mobile au Cameroun.

Ces chiffres sont des moyennes nationales : vos propres statistiques d’audience priment toujours, surtout si vos clients travaillent sur ordinateur.

Comment construire une matrice d’appareils raisonnable ?

Voici la méthode en cinq étapes :

1. Partez de vos données. La Play Console répartit vos utilisateurs par version d’Android, mémoire, puce et écran ; App Store Connect et votre outil d’audience web vous renseignent aussi. Sans application publiée, utilisez les chiffres nationaux et demandez à vos futurs utilisateurs : « Quel téléphone avez-vous ? »
2. Couvrez des dimensions, pas des modèles. La version la plus ancienne que vous acceptez, la plus répandue, la plus récente ; peu et beaucoup de mémoire ; un écran de 360 pixels et un grand écran ; les deux ou trois fabricants dominants ; les navigateurs principaux.
3. Faites travailler chaque appareil. Un même téléphone peut couvrir « Android 12, 2 Go, 360 pixels, premier fabricant ». Inutile de tester toutes les combinaisons : chaque valeur importante doit apparaître au moins une fois.
4. Classez par priorité. Niveau 1 : régression complète à chaque version. Niveau 2 : smoke test et parcours clés. Niveau 3 : de temps en temps.
5. Révisez chaque trimestre. Les parts de marché bougent, les règles des stores aussi.

Émulateurs ou vrais téléphones ? Les émulateurs balaient à moindre coût versions et tailles d’écran. Mais seuls de vrais appareils révèlent la lenteur d’une puce modeste, les particularités d’une surcouche, la chauffe ou le vrai réseau. Gardez au moins le niveau 1 en appareils physiques.

À quoi ressemble une matrice pour une application de livraison à Douala ?

Le tableau suivant propose une matrice de huit appareils pour une application fictive de livraison, construite à partir des chiffres camerounais cités plus haut.

Pour la version web, ajoutez Chrome sur les appareils 1 à 3, Safari sur les appareils 4 et 7, et Opera sur l’appareil 5.

Sur chaque appareil de niveau 1, faites varier les réglages plutôt que d’acheter d’autres téléphones : mode sombre, grande police, langue anglaise, réseau 3G, économiseur de batterie.

Quels pièges vérifier sur chaque appareil ?

Le tableau ci-dessous résume les défauts les plus fréquents et le test qui les révèle.

Pourquoi la rotation est-elle si traîtresse ? Par défaut, Android détruit et recrée l’écran en cours (nouvel onglet) lors d’un changement de configuration : rotation, langue, thème sombre, taille de police. Ce que l’application n’a pas sauvegardé disparaît. Les consignes de qualité d’Android demandent justement de conserver l’état lors de ces changements, de rester lisible en thème clair comme en thème sombre, et de continuer à fonctionner quand une permission est refusée.

Réunir et entretenir quinze téléphones coûte cher. D’où l’intérêt d’un panel de testeurs qui utilisent déjà les leurs, dans leurs conditions réelles : c’est le principe de GeekTest, et vous pouvez faire tester votre application. Pour les personnes en situation de handicap, complétez avec le test d’accessibilité.

Pour aller plus loin

• StatCounter : versions d’Android au Cameroun (nouvel onglet) : les chiffres de septembre 2026 cités ici ; les autres onglets donnent fabricants, navigateurs et résolutions, pour votre pays aussi.
• Apple : utilisation d’iOS et d’iPadOS (nouvel onglet) : les taux d’adoption mesurés sur l’App Store au 7 juin 2026.
• Aide Play Console : exigences de niveau d’API cible (nouvel onglet) : les échéances imposées par Google Play aux nouvelles applications et aux mises à jour.
• Android vitals (nouvel onglet) : les seuils de plantage, en moyenne et par modèle de téléphone.
• Consignes de qualité des applications Android (nouvel onglet) : la liste officielle des tests (orientation, thème sombre, permissions, état de l’application).
• App Review Guidelines d’Apple (nouvel onglet) : règles 2.4.1 (applications iPhone sur iPad) et 2.5.6 (WebKit) (en anglais).