Comment tester si une application ou un site web fonctionne sur des téléphones Android d'entrée de gamme ?

Les équipes de développement testent généralement sur des téléphones récents et sur des émulateurs tournant sur des ordinateurs rapides. Les deux masquent les conditions qui dégradent l'expérience sur du matériel bon marché : peu de mémoire libre, un stockage lent, peu de cœurs de CPU et une fermeture agressive des processus en arrière-plan. Un émulateur peut être configuré avec moins de RAM, mais il emprunte toujours la vitesse du CPU et du stockage de l'hôte.

Sur les marchés où la plupart des utilisateurs possèdent des appareils d'entrée de gamme, ces conditions sont le cas normal. Un processus de paiement qui se charge rapidement sur le téléphone d'un développeur peut se bloquer, saccader ou planter sur le téléphone que possèdent réellement la plupart des clients.

Commencez par le profil de l'appareil, car tous les autres chiffres en dépendent : modèle, version du système d'exploitation, RAM, cœurs de CPU, stockage libre et le niveau qui en résulte. Un résultat sans profil ne peut être comparé à rien.

Pour un site web, mesurez le temps de navigation (DOMContentLoaded, load et first contentful paint), la mémoire utilisée par le navigateur et les images saccadées pendant le rendu de la page. Pour une application, mesurez le temps de démarrage à froid depuis le lancement jusqu'à la première image, la mémoire utilisée et les exceptions fatales ou événements ANR dans le journal système. Prenez une capture d'écran afin de pouvoir vérifier les chiffres par rapport à ce qui était affiché.

Un résultat n'est un résultat d'entrée de gamme que s'il provient d'un appareil d'entrée de gamme. Indiquez le niveau réel de l'appareil à côté de chaque mesure, et n'ajustez jamais les chiffres d'un téléphone plus rapide pour estimer un téléphone plus lent. La détection de plantages à partir des journaux système se fait au mieux : elle capte les défaillances visibles, mais ce n'est pas une analyse complète des traces de pile.

Comparez ce qui est comparable. Exécutez la même cible sur le même profil d'appareil dans le temps et considérez un changement après une version comme le signal à observer. Une seule exécution est un point de données ; une série sur le même appareil montre si une version a amélioré ou dégradé les choses pour les clients ayant les téléphones les moins chers.

Low-end Device Check arrive bientôt. Sa sonde existe déjà et enregistre le profil de l'appareil avec un niveau observé (bas, moyen ou élevé) et s'il répond au niveau minimum demandé ; le temps de navigation, la mémoire et les images saccadées pour une URL ; le démarrage à froid, la mémoire et les exceptions fatales ou événements ANR pour un package d'application ; et une capture d'écran avec son hachage comme preuve.

Aujourd'hui, la sonde tourne sur un Redmi de milieu de gamme, car aucun vrai téléphone d'entrée de gamme n'est encore dans le lot. Chaque exécution le déclare honnêtement, comme niveau observé moyen et niveau minimum non atteint, et ne simule jamais un résultat d'entrée de gamme. Aucun backtest formel n'est encore comptabilisé et il n'existe pas d'échantillons réels, donc aucun résultat n'est publié.