À première vue, tester une application mobile peut ne pas sembler très différent de tester une application de bureau conventionnelle. Les mobiles et les ordinateurs de bureau sont souvent écrits dans les mêmes langues et hébergés sur les mêmes serveurs. Ils doivent également répondre aux mêmes attentes de base des utilisateurs dans des domaines tels que la vitesse de chargement et l’accessibilité.
Mais lorsque vous plongez dans les détails, vous vous rendez compte que les applications mobiles sont des bêtes fondamentalement différentes des applications de bureau – et que, par extension, les tests mobiles nécessitent une approche unique. Vous ne pouvez pas simplement prendre une stratégie de test logiciel qui fonctionne pour les applications de bureau et la greffer sur vos applications mobiles.
Cet article détaille cinq des principales raisons pour lesquelles les tests mobiles nécessitent une stratégie différente des tests d’applications de bureau et quels besoins uniques les ingénieurs AQ doivent prendre en compte lors des tests d’applications mobiles.
1. Variabilité de la configuration mobile
La plus grande différence entre les tests sur mobile et sur ordinateur est peut-être qu’avec les applications mobiles, les ingénieurs ont un ensemble beaucoup plus large de configurations possibles à gérer.
Dans le monde des ordinateurs de bureau, il n’y a que deux systèmes d’exploitation principaux – Windows et macOS – et un nombre relativement restreint de versions de système d’exploitation pour chaque famille. Et bien qu’il existe de nombreux types de PC et d’ordinateurs portables, ils sont tous conformes aux mêmes normes matérielles de base.
En revanche, il existe plus de 24 000 types distincts d’appareils mobiles Android, sans parler des appareils iOS, qui ajoutent à la diversité du matériel mobile. Il existe également une sélection plus large de systèmes d’exploitation et de versions mobiles.
Cela signifie pour les équipes d’assurance qualité qu’il y a beaucoup plus de variables à tester avec les appareils mobiles. Cela signifie également que les tests mobiles doivent être plus efficaces afin que les ingénieurs puissent tester autant de configurations potentielles que possible sans retarder les cycles de publication des logiciels.
2. Absence de normes de test mobile
Avec une application de bureau traditionnelle basée sur le Web, il existe un ensemble cohérent de normes que l’application est censée respecter lors du rendu du contenu – en particulier, les normes établies par le W3C, un consortium qui plaide pour un monde interopérable basé sur des normes. Toile large.
Dans le domaine mobile, cependant, il n’y a rien d’équivalent aux normes W3C. Les applications mobiles peuvent rendre le contenu de manières très variées, dont beaucoup sont spécifiques à l’appareil.
Là encore, cela augmente la nécessité pour les équipes de test mobiles de prendre en compte davantage de variations et de cas extrêmes. Avec les applications de bureau, s’assurer que l’application est conforme aux normes W3C est souvent suffisant, mais les tests mobiles ne sont pas si simples.
3. Exigences uniques en matière d’accessibilité mobile
Les tests d’accessibilité, qui garantissent que les fonctionnalités d’accessibilité telles que la possibilité d’augmenter la taille du texte fonctionnent correctement, sont importants pour offrir une expérience exceptionnelle à tous les utilisateurs, qu’ils accèdent aux applications à l’aide d’ordinateurs de bureau ou d’appareils mobiles.
Mais avec les appareils mobiles, les tests d’accessibilité sont plus difficiles car il y a plus de marge d’erreur lors de la mise en œuvre des fonctionnalités d’accessibilité. Par exemple, les tailles d’écran plus petites des appareils mobiles – et la plus grande variation de la taille moyenne de l’écran – pourraient signifier qu’une augmentation de la taille du texte entraînera l’application à afficher du texte hors de l’écran. Ou, une fonctionnalité de « mode nuit » sur un écran mobile pourrait entraîner un contraste plus faible que prévu entre le texte et les arrière-plans, ce qui entraînerait des problèmes d’accessibilité pour certains utilisateurs.
Une stratégie de test mobile doit être en mesure de tenir compte de tels risques, qui ne sont pas aussi prononcés pour les applications de bureau.
4. Différences d’environnement mobile
Par définition, les appareils mobiles peuvent être utilisés dans un large éventail de contextes physiques. Selon l’emplacement à partir duquel un utilisateur accède à une application mobile, les performances de l’application peuvent être affectées par divers facteurs environnementaux qui ne s’appliquent généralement pas aux applications de bureau.
Par exemple, une connectivité réseau limitée peut réduire les performances des applications lorsque les utilisateurs se déplacent trop loin des antennes relais. Ou, les fonctionnalités d’économie d’énergie sur les appareils mobiles qui fonctionnent avec une batterie faible pourraient réduire la vitesse à laquelle les applications rendent le contenu.
Une fois de plus, ces facteurs créent des risques supplémentaires que les équipes d’assurance qualité doivent gérer lors de la planification des routines de test mobiles.
5. Des enjeux plus importants pour les tests mobiles
Il est recommandé de s’efforcer d’offrir la meilleure expérience possible à tous les utilisateurs, qu’ils soient sur ordinateur ou sur mobile. Mais la réalité est qu’une mauvaise expérience utilisateur dans les applications mobiles a tendance à avoir un impact plus négatif sur la marque d’une entreprise.
La raison en est qu’il est facile pour les utilisateurs mobiles de mettre en évidence les mauvaises performances des applications en attribuant des notes faibles aux applications ou en laissant des commentaires négatifs sur les places de marché. Ils ne peuvent pas faire ces choses pour la plupart des applications de bureau car, contrairement aux applications mobiles, la plupart des applications de bureau ne sont pas téléchargées via des marchés centralisés avec des fonctionnalités d’évaluation des utilisateurs.
Cette différence ne rend pas les tests mobiles plus difficiles sur le plan technique ; pour être clair, je ne dis pas que vous pouvez lésiner sur les tests de bureau car les utilisateurs abandonneront vos applications de bureau si elles ne fonctionnent pas comme elles le devraient, mais cela augmente les enjeux de perfectionner une stratégie de test mobile. Les entreprises ont tout simplement plus à perdre, sur le plan de la réputation, à fournir des applications mobiles boguées qu’à partir d’applications de bureau de mauvaise qualité.
Conclusion : le besoin de solutions de test mobiles spécialement conçues
Tout ce qui précède est la raison pour laquelle nous avons besoin de plus de stratégies et de solutions de test conçues spécifiquement pour le mobile. Historiquement, les équipes d’assurance qualité ont fréquemment essayé d’étendre les stratégies de test de bureau pour aborder le mobile car elles ont ajouté des applications mobiles à leurs catalogues, mais cette approche ne fonctionne tout simplement pas. Les applications et les appareils mobiles sont trop différents sur des points fondamentaux pour être intégrés dans une routine de test centrée sur le bureau. Plus tôt les ingénieurs QA s’en rendront compte, plus tôt ils optimiseront leurs expériences d’utilisateurs mobiles.