mobile app testing tutorials
Un guide complet pour tester les applications mobiles avec des tutoriels détaillés:
La technologie mobile et les appareils intelligents sont la tendance actuelle et changeront l'avenir du monde tel que nous le connaissons. Nous pouvons tous garantir ça, n'est-ce pas? Maintenant, ce sera amateur si j'énumère à quoi nous utilisons ces appareils mobiles. Vous le savez tous - Peut-être mieux que nous.
Passons directement au sujet de ce didacticiel.
La liste complète de plus de 30 tutoriels de test mobile:
Introduction aux tests mobiles:
Tutoriel n ° 1: Introduction aux tests mobiles
Tutoriel n ° 2: Test des applications iOS
Tutoriel n ° 3: Test d'applications Android
Tutoriel # 4 : Défis et solutions de test mobile
Tutoriel n ° 5: Pourquoi les tests mobiles sont-ils difficiles?
Test des appareils mobiles:
Tutoriel n ° 6: Tester une version Android lorsqu'elle est retirée du marché
Tutoriel # 7 : Comment tester des applications mobiles sur des appareils bas de gamme
Tutoriel # 8 : Test sur le terrain pour les applications mobiles
Tutoriel n ° 9: Modèle de téléphone contre version du système d'exploitation: lequel doit être testé en premier?
Test de l'interface utilisateur mobile:
Tutoriel n ° 10: Test de l'interface utilisateur des applications mobiles
Tutoriel n ° 11: Test réactif mobile
Services de test mobiles:
Tutoriel n ° 12: Test d'applications mobiles sur le cloud
Tutoriel n ° 13: Services de test mobiles
Tutoriel # 14 : Services de test bêta des applications mobiles
Tutoriel n ° 15: Société de développement d'applications mobiles
Tutoriel n ° 16: Fournisseurs de services de test d'applications mobiles dans le cloud
Test des performances et de la sécurité des applications mobiles:
Tutoriel n ° 17: Test des performances des applications mobiles à l'aide de BlazeMeter
Tutoriel # 18 : Directives de test de sécurité des applications mobiles
Outils de test mobiles:
Tutoriel n ° 19: Outils de test d'applications Android
Tutoriel n ° 20: Meilleurs outils de test de sécurité des applications mobiles
Tutoriel n ° 21: 58 meilleurs outils de test mobiles
Test d'automatisation mobile:
Tutoriel n ° 22: Tutoriel Appium Mobile Automation Tool
Tutoriel n ° 23: Tutoriel Appium Studio
Tutoriel n ° 24: Automatisez les applications Android à l'aide de l'outil TestComplete
Tutoriel # 25 : Tutoriel Robotium - Outil de test de l'interface utilisateur de l'application Android
Tutoriel n ° 26: Tutoriel Selendroid: Framework d'automatisation mobile
Tutoriel n ° 27: Tutoriel pCloudy: Test d'applications mobiles sur des appareils réels
Tutoriel n ° 28: Didacticiel sur la ferme d'appareils basés sur le cloud de Katalon Studio et Kobiton
Carrière de test mobile:
Tutoriel n ° 29: Comment obtenir rapidement un travail de test mobile
Tutoriel n ° 30: Questions d'entrevue de test mobile et CV
Tutoriel n ° 31: Questions d'entretien sur les tests mobiles, partie 2
************************************************* * **********
Commençons par le premier didacticiel de la série.
Ce que vous apprendrez:
- Tutoriel n ° 1: Introduction aux tests d'applications mobiles
- Types de tests mobiles
- L'importance des tests d'applications mobiles
- Différence fondamentale entre les tests d'applications mobiles et de bureau:
- Types de tests d'applications mobiles:
- Stratégie de test des applications mobiles
- Outil recommandé
- Cas de test pour tester une application mobile
- Activités et procédures typiques dans le test d'application mobile
- Comment tester les applications mobiles sur les plates-formes Android et iOS
- Différence de base entre les tests Android et iOS
- Facteurs clés des tests mobiles
- Définissez votre propre périmètre de test
- Ne limitez pas vos tests
- Test multiplateforme
- Gardez un œil sur la taille de votre application mobile
- Test des scénarios de mise à niveau de l'application
- Le système d'exploitation de l'appareil peut ne pas prendre en charge l'application
- Test d'autorisation d'application
- Comparez avec des applications similaires et populaires sur le marché
- Obtenez un aperçu du critère de rejet de build d'Apple
- Soyez toujours sur le pied avant
- Gardez votre application en arrière-plan pendant une longue période (12 à 24 heures)
- Test des performances de votre application
- Conclusion
- lecture recommandée
Tutoriel n ° 1: Introduction aux tests d'applications mobiles
Il est révolu le temps où le téléphone était un appareil qui reposait dans un coin et devait sonner pour attirer notre attention ou un ordinateur était une machine que peu de gens utilisaient - ils sont maintenant une extension de notre être - une fenêtre sur le monde et serviteurs virtuels qui font ce qu'on leur dit.
Les ordinateurs faisaient fureur et ont changé notre façon de penser, de nous comporter, d'apprendre et d'exister.
De nos jours, les solutions de mobilité ont conquis le marché. Les gens ne veulent pas allumer leur ordinateur portable / PC pour tout, ils veulent plutôt que leurs appareils portables exécutent tout rapidement.
Par conséquent, les solutions mobiles que nous proposons à nos clients doivent être très bien testées. Ce didacticiel est destiné aux personnes qui sont déjà en test mobile ou à celles qui y sont passées récemment. Comme nous avons déjà de nombreux tutoriels sur les définitions des terminologies liées aux tests mobiles, nous aborderons directement la portée de ce tutoriel.
Ce tutoriel sera à la fois une introduction et votre guide des tests mobiles. Alors, lisez!
Types de tests mobiles
Il existe en gros 2 types de tests qui ont lieu sur les appareils mobiles:
#1. Test matériel:
L'appareil, y compris les processeurs internes, le matériel interne, les tailles d'écran, la résolution, l'espace ou la mémoire, l'appareil photo, la radio, le Bluetooth, le WIFI, etc. Ceci est parfois appelé 'simple'Test mobile».
# 2. Test de logiciel ou d'application:
Les applications qui fonctionnent sur les appareils mobiles et leurs fonctionnalités sont testées. Cela s'appelle le 'Test des applications mobiles»Pour le différencier de la méthode précédente. Même dans les applications mobiles, il existe quelques différences fondamentales importantes à comprendre:
a) Applications natives: Une application native est créée pour être utilisée sur une plate-forme telle que mobile et tablettes.
b) Applications Web mobiles sont des applications côté serveur pour accéder à des sites Web sur mobile en utilisant différents navigateurs comme Chrome, Firefox en se connectant à un réseau mobile ou à un réseau sans fil comme le WIFI.
c) Applications hybrides sont des combinaisons d'application native et d'application Web. Ils fonctionnent sur des appareils ou hors ligne et sont écrits à l'aide de technologies Web telles que HTML5 et CSS.
Il existe quelques différences fondamentales qui les distinguent:
- Les applications natives ont une affinité de plate-forme unique, tandis que les applications Web mobiles ont une affinité multiplateforme.
- Les applications natives sont écrites sur des plates-formes telles que les SDK, tandis que les applications Web mobiles sont écrites avec des technologies Web telles que HTML, CSS, asp.net, Java, PHP.
- Pour une application native, l'installation est requise, mais pour les applications Web mobiles, aucune installation n'est requise.
- Une application native peut être mise à jour depuis le Play Store ou l'App Store tandis que les applications Web mobiles sont des mises à jour centralisées.
- De nombreuses applications natives ne nécessitent pas de connexion Internet, mais pour les applications Web mobiles, c'est un must.
- L'application native fonctionne plus rapidement que les applications Web mobiles.
- Les applications natives sont installées à partir de magasins d'applications tels que Google Play Store ou magasin d'applications où le Web mobile sont des sites Web et ne sont accessibles que via Internet.
Le reste de l'article portera sur les tests d'applications mobiles.
L'importance des tests d'applications mobiles
Tester des applications sur des appareils mobiles est plus difficile que de tester des applications Web sur le bureau en raison de
- Différentes gammes d'appareils mobiles avec différentes tailles d'écran et configurations matérielles comme un clavier dur, un clavier virtuel (écran tactile) et une boule de commande, etc.
- Une grande variété d'appareils mobiles comme HTC, Samsung, Apple et Nokia.
- Différents systèmes d'exploitation mobiles comme Android, Symbian, Windows, Blackberry et IOS.
- Différentes versions de système d'exploitation comme iOS 5.x, iOS 6.x, BB5.x, BB6.x etc.
- Différents opérateurs de réseaux mobiles comme GSM et CDMA.
- Mises à jour fréquentes - (comme Android- 4.2, 4.3, 4.4, iOS-5.x, 6.x) - avec chaque mise à jour, un nouveau cycle de test est recommandé pour s'assurer qu'aucune fonctionnalité de l'application n'est affectée.
Comme pour toute application, les tests d'applications mobiles sont également très importants, car la clientèle est généralement en millions pour un certain produit - et un produit avec des bogues n'est jamais apprécié. Cela entraîne souvent des pertes financières, des problèmes juridiques et des dommages irréparables à l'image de marque.
Différence fondamentale entre les tests d'applications mobiles et de bureau:
Quelques aspects évidents qui distinguent les tests d'applications mobiles des tests de bureau
- Sur le bureau, l'application est testée sur une unité centrale de traitement. Sur un appareil mobile, l'application est testée sur des combinés tels que Samsung, Nokia, Apple et HTC.
- La taille de l'écran de l'appareil mobile est inférieure à celle d'un ordinateur de bureau.
- Les appareils mobiles ont moins de mémoire qu'un ordinateur de bureau.
- Les mobiles utilisent des connexions réseau telles que 2G, 3G, 4G ou WIFI où les ordinateurs de bureau utilisent des connexions haut débit ou commutées.
- L'outil d'automatisation utilisé pour le test des applications de bureau peut ne pas fonctionner sur les applications mobiles.
Types de tests d'applications mobiles:
Pour traiter tous les aspects techniques ci-dessus, les types de tests suivants sont effectués sur les applications mobiles.
- Tests d'utilisation - S'assurer que l'application mobile est facile à utiliser et offre une expérience utilisateur satisfaisante aux clients
- Test de compatibilité - Test de l'application dans différents appareils mobiles, navigateurs, tailles d'écran et versions d'OS en fonction des besoins.
- Test d'interface - Test des options de menu, des boutons, des signets, de l'historique, des paramètres et du flux de navigation de l'application.
- Test des services - Test des services de l'application en ligne et hors ligne.
- Test des ressources de bas niveau : Test de l'utilisation de la mémoire, suppression automatique des fichiers temporaires, problèmes de croissance de la base de données locale appelés tests de ressources de bas niveau.
- Test de performance - Test des performances de l'application en changeant la connexion de 2G, 3G en WIFI, partage des documents, consommation de la batterie, etc.
- Tests opérationnels - Test des sauvegardes et du plan de récupération en cas de panne de batterie ou de perte de données lors de la mise à niveau de l'application à partir d'un magasin.
- Tests d'installation - Validation de l'application en l'installant / en la désinstallant sur les appareils.
- Test de sécurité - Tester une application pour valider si le système d'information protège les données ou non.
Stratégie de test des applications mobiles
La stratégie de test doit garantir que toutes les directives de qualité et de performance sont respectées. Quelques conseils dans ce domaine:
1) Sélection des appareils - Analysez le marché et choisissez les appareils les plus utilisés. (Cette décision repose principalement sur les clients. Le client ou les créateurs d'applications tiennent compte du facteur de popularité de certains appareils ainsi que des besoins marketing de l'application pour décider des combinés à utiliser pour les tests.)
2) Émulateurs - Leur utilisation est extrêmement utile dans le étapes initiales de développement, car elles permettent une vérification rapide et efficace de l'application. L'émulateur est un système qui exécute un logiciel d'un environnement à un autre sans changer le logiciel lui-même. Il duplique les fonctionnalités et fonctionne sur le système réel.
Types d'émulateurs mobiles
- Émulateur de périphérique - fourni par les fabricants de périphériques
- Émulateur de navigateur - simule les environnements de navigateur mobile.
- Émulateur de systèmes d'exploitation - Apple fournit des émulateurs pour les iPhones, Microsoft pour les téléphones Windows et les téléphones Google Android
Outil recommandé
# 1) Kobiton
Kobiton est une plate-forme d'expérience mobile basée sur le cloud abordable et très flexible qui accélère le test et la livraison d'applications natives, Web et hybrides sur Android et iOS à l'aide de vrais appareils. Leur nouvelle automatisation de test sans script aide les équipes sans expertise en codage à générer facilement des scripts Appium standard ouverts.
=> Visitez le site Web de Kobiton
quelles sont les étapes de sdlc
Liste de quelques émulateurs d'appareils mobiles gratuits et faciles à utiliser
je. Émulateur de téléphone mobile - Utilisé pour tester des combinés comme iPhone, Blackberry, HTC, Samsung, etc.
ii. MobiReady - Avec cela, nous pouvons non seulement tester l'application Web, mais également vérifier le code.
iii. Responsivepx - Il vérifie les réponses des pages Web, les apparences et la fonctionnalité des sites Web.
iv. Screenfly - C'est un outil personnalisable et utilisé pour tester des sites Web sous différentes catégories.
3) Après un niveau de développement satisfaisant pour l'application mobile, vous pouvez passer au test sur le appareils physiques pour des tests basés sur des scénarios plus réels.
4) Envisagez des tests basés sur le cloud computing: Cloud computing consiste essentiellement à exécuter des appareils sur plusieurs systèmes ou réseaux via Internet où les applications peuvent être testées, mises à jour et gérées. À des fins de test, il crée l'environnement mobile Web sur un simulateur pour accéder à l'application mobile.
Avantages:
- Sauvegarde et restauration - Le cloud computing reprend automatiquement vos données à distance, ce qui facilite la récupération et la restauration des données. Et aussi, la capacité de stockage est illimitée.
- Les nuages sont accessibles depuis différents appareils et n'importe où.
- Le cloud computing est économique, facile à utiliser, à entretenir et à mettre à jour.
- Déploiement rapide et rapide.
- Interface Web.
- Peut exécuter le même script sur plusieurs appareils en parallèle.
Les inconvénients
- Moins de contrôle - Puisque l'application s'exécute sur l'environnement distant ou tiers, l'utilisateur a un contrôle et un accès limités aux fonctions.
- Problèmes de connectivité Internet - la configuration est sur Internet. Les problèmes de réseau affectent la disponibilité et le fonctionnement
- Problèmes de sécurité et de confidentialité - Le cloud computing est une informatique Internet et rien sur Internet n'est sécurisé, donc les chances de piratage de données sont plus grandes.
5) Automatisation vs test manuel
- Si l'application contient une nouvelle fonctionnalité, testez-la manuellement.
- Si l'application nécessite un test une ou deux fois, faites-le manuellement.
- Automatisez les scripts pour les cas de test de régression. Si les tests de régression sont répétés, les tests automatisés sont parfaits pour cela.
- Automatisez les scripts pour les scénarios complexes qui prennent du temps s'ils sont exécutés manuellement.
Deux types d'outils d'automatisation sont disponibles pour tester les applications mobiles:
Outils de test mobiles basés sur les objets - l'automatisation en mappant des éléments sur l'écran de l'appareil en objets. Cette approche est indépendante de la taille de l'écran et est principalement utilisée pour les appareils Android.
- Ex: - Ranorex, solution jamo
Outils de test mobiles basés sur l'image - créer des scripts d'automatisation basés sur les coordonnées d'écran des éléments.
- Par exemple: - Sikuli, Egg Plant, RoutineBot
6) Réseau configuration est également la partie nécessaire des tests mobiles. Il est important de valider l'application sur différents réseaux tels que 2G, 3G, 4G ou WIFI.
Cas de test pour tester une application mobile
En plus des cas de test basés sur les fonctionnalités, les tests d'applications mobiles nécessitent des cas de test spéciaux qui doivent couvrir les scénarios suivants.
- Utilisation de la batterie - Il est important de garder une trace de la consommation de la batterie lors de l'exécution de l'application sur les appareils mobiles.
- La vitesse de l'application le temps de réponse sur différents appareils, avec différents paramètres de mémoire, avec différents types de réseau, etc.
- Exigences en matière de données - Pour l'installation ainsi que pour vérifier si l'utilisateur avec le plan de données limité pourra le télécharger.
- Mémoire nécessaire - encore une fois, pour télécharger, installer et exécuter
- La fonctionnalité de l'application - assurez-vous que l'application ne plante pas en raison d'une panne du réseau ou de toute autre chose.
TéléchargerQuelques exemples de cas de test pour tester des applications mobiles:
=> Télécharger des exemples de cas de test d'application mobile
Activités et procédures typiques dans le test d'application mobile
La portée des tests dépend d'un certain nombre d'exigences à vérifier ou de l'étendue des modifications apportées à l'application. Si les changements sont peu nombreux, une série de santé mentale les tests feront l'affaire. En cas de modifications majeures et / ou complexes, un régression complète est recommandé.
Un exemple de projet de test d'application : ILL (International Learn Lab) est une application conçue pour aider l'administrateur, l'éditeur à créer des sites Web en collaboration. À l'aide d'un navigateur Web, les enseignants choisissent parmi un ensemble de fonctionnalités pour créer un cours qui répond à leurs exigences.
Processus de test mobile:
Étape 1. Identifiez le types de tests : Comme une application ILL s'applique aux navigateurs, il est donc obligatoire de tester cette application sur tous les navigateurs pris en charge utilisant différents appareils mobiles. Nous avons besoin de faire convivialité, fonctionnelle et compatibilité test sur différents navigateurs avec le combinaisons de Manuel et automatisation cas de test.
Étape 2. Tests manuels et automatisés: La méthodologie suivie pour ce projet est Agile avec une itération de deux semaines. Toutes les deux semaines dev. L'équipe publie une nouvelle version pour l'équipe de test et l'équipe de test exécutera ses cas de test dans un environnement QA. L'équipe d'automatisation crée des scripts pour l'ensemble des fonctionnalités de base et exécute les scripts qui aident à déterminer si la nouvelle version est suffisamment stable pour être testée. L'équipe de test manuel testera la nouvelle fonctionnalité.
JIRA est utilisé pour la rédaction des critères d'acceptation; gestion des cas de test et enregistrement / re-vérification des défauts. Une fois l'itération terminée, itération Planification réunion tenue où dev. L'équipe, le propriétaire du produit, l'analyste commercial et l'équipe d'assurance qualité discutent Qu'est-ce qui s'est bien passé et ce qui doit être amélioré .
Étape 3. Tests bêta: Une fois que les tests de régression sont terminés par l'équipe d'assurance qualité, la construction passe à UAT. Le test d'acceptation de l'utilisateur est effectué par le client. Ils revérifient tous les bogues pour s'assurer que chaque bogue a été corrigé et que l'application fonctionne comme prévu sur chaque navigateur approuvé.
Étape 4. Test de performance: L'équipe de test des performances teste les performances de l'application Web à l'aide de scripts JMeter et avec différentes charges sur l'application.
exemple de c ++ de liste double chaînée
Étape n ° 5. Test du navigateur : L'application Web est testée sur plusieurs navigateurs, à la fois en utilisant différents outils de simulation et en utilisant physiquement de vrais appareils mobiles.
Étape # 6. Plan de lancement: Après toutes les 4 semaines, les tests passent à la phase de préparation, où une dernière série de tests de bout en bout sur ces appareils est effectuée pour s'assurer que le produit est prêt pour la production. Et puis, ça passe en direct!
********************************************
Comment tester les applications mobiles sur les plates-formes Android et iOS
Il est très important pour les testeurs qui testent leurs applications sur les plates-formes iOS et Android de connaître la différence entre les deux. iOS et Android présentent de nombreuses différences par rapport à l'apparence, aux vues des applications, aux normes d'encodage, aux performances, etc.
Différence de base entre les tests Android et iOS
Vous avez peut-être parcouru tous les tutoriels, j'ai mis ici quelques différences majeures, qui à leur tour vous aideront dans le cadre de vos tests:
#1) Comme nous avons de nombreux appareils Android disponibles sur le marché et qu'ils sont tous livrés avec différentes résolutions et tailles d'écran, c'est donc l'une des principales différences.
Par exemple , La taille du Samsung S2 est trop petite par rapport à la Nexus 6. Il y a de fortes chances que la mise en page et la conception de votre application soient déformées sur l'un des appareils. La probabilité est faible dans iOS car il n'y a que des appareils dénombrables disponibles sur le marché et parmi ces nombreux téléphones ont des résolutions similaires.
Par exemple, avant la naissance de l'iPhone 6 et supérieur, toutes les anciennes versions n'avaient que la même taille.
#deux) Un exemple pour affirmer le point ci-dessus est que dans Android, les développeurs doivent utiliser des images 1x, 2x, 3x, 4x et 5x pour prendre en charge les résolutions d'image pour tous les appareils alors qu'iOS utilise seulement 1x, 2x et 3x. Cependant, il incombe au testeur de s’assurer que les images et les autres éléments de l’interface utilisateur s’affichent correctement sur tous les appareils.
Vous pouvez vous référer au diagramme ci-dessous pour comprendre le concept de résolutions d'image:
# 3) Le marché étant inondé d'appareils Android, le code doit être écrit de manière à ce que les performances restent stables. Il est donc fort probable que votre application se comporte lentement sur les appareils bas de gamme.
# 4) Un autre problème avec Android est que les mises à niveau logicielles ne sont pas disponibles pour tous les appareils à la fois. Les fabricants d'appareils décident quand mettre à niveau leurs appareils. Cela devient une tâche très difficile de tout tester à la fois avec le nouvel OS et l'ancien OS.
En outre, cela devient une tâche fastidieuse pour les développeurs de modifier leur code pour prendre en charge les deux versions.
Par exemple , lorsque Android 6.0 est arrivé, il y a eu un changement majeur car ce système d'exploitation a commencé à prendre en charge les autorisations au niveau des applications. Pour clarifier davantage, l'utilisateur peut modifier les autorisations (emplacement, contacts) au niveau de l'application également.
Maintenant, l'équipe de test a la responsabilité de s'assurer que l'affichage de l'écran des autorisations sur l'application démarre sur Android 6.0 et supérieur et ne montre pas l'écran d'autorisation sur les versions inférieures.
# 5) Du point de vue des tests, les tests de pré-production (c'est-à-dire la version bêta) sont différents sur les deux plates-formes. Sous Android, si un utilisateur est ajouté à la liste des utilisateurs bêta, il ne peut voir la version bêta mise à jour sur le Play Store que s'il est connecté au Play Store avec le même identifiant de messagerie que celui ajouté en tant qu'utilisateur bêta.
Facteurs clés des tests mobiles
Je travaille dans les tests mobiles depuis 2 ans sur les plates-formes iOS et Android et tous les points clés mentionnés ci-dessous dans ce tutoriel sont issus de mon expérience personnelle et certains découlent des problèmes rencontrés dans le projet.
Définissez votre propre périmètre de test
Chacun a son propre style de test. Certains testeurs se concentrent uniquement sur ce qu'ils voient de leurs yeux et les autres sont passionnés par tout ce qui fonctionne dans les coulisses de toute application mobile.
Si vous êtes un testeur iOS / Android, je vous suggère au moins de vous familiariser avec certaines limitations / fonctionnalités de base courantes d'Android ou d'iOS, car cela ajoute toujours de la valeur à notre style de test. Je sais que les choses sont difficiles à comprendre sans citer d'exemples.
Voici quelques exemples:
- Nous ne pouvons pas modifier les autorisations telles que la caméra, le stockage, etc. au niveau de l'application sur les appareils Android inférieurs à la version 6.0.1.
- Pour iOS sous la version 10.0, le kit d'appel n'était pas là. Juste pour vous informer en termes simples, le kit d'appel est utilisé par une application d'appel et affiche une vue en plein écran lorsqu'un utilisateur reçoit un appel des applications d'appel telles que WhatsApp, Skype, etc. Alors que pour les versions iOS inférieures à 10.0, nous voyons ces appels comme bannière de notification.
- Beaucoup d'entre vous ont peut-être rencontré des problèmes dans Paytm où votre application ne vous redirige pas vers la page de paiement de la banque au cas où vous voudriez ajouter de l'argent à votre portefeuille. Nous pensons que ce qui précède est un problème avec notre banque ou notre serveur Paytm, mais c'est simplement que notre AndroidSystemWebView n'est pas mis à jour. Peu de connaissances sur la programmation sont toujours utiles pour vous et à partager avec votre équipe.
- En termes simples, chaque fois qu'une application ouvre une page Web, AndroidSystemWebView doit être mis à jour.
Ne limitez pas vos tests
Les tests ne doivent pas se limiter à l'exploration de l'application mobile et à la journalisation des bogues. En tant que QA, nous devons être conscients de toutes les demandes que nous recevons sur notre serveur et de la réponse que nous en obtenons.
Configurez Putty pour afficher les journaux ou vérifier la logique sumo pour les journaux en fonction de ce qui est utilisé dans votre projet. Cela vous aide non seulement à connaître le flux de bout en bout de l'application, mais fait également de vous un meilleur testeur à mesure que vous obtenez plus d'idées et de scénarios maintenant.
Raison: Rien ne vient dans ce monde sans aucune raison. Toute déclaration doit avoir une raison valable derrière elle. La raison derrière l'analyse des journaux est que de nombreuses exceptions sont observées dans les journaux, mais elles ne montrent aucun impact sur l'interface utilisateur, nous ne le remarquons donc pas.
Alors, devrions-nous l'ignorer?
Non, nous ne devrions pas. Cela n'a aucun impact sur l'interface utilisateur, mais cela peut être une préoccupation futuriste. Nous pourrions potentiellement voir notre application planter si ces types d'exceptions continuent à ramper. Comme nous l'avons mentionné à propos de App Crash dans la dernière phrase, cela conduit le QA à avoir accès aux crashlytics du projet.
Crashlytics est un outil où les accidents sont enregistrés avec l'heure et le modèle de l'appareil.
Maintenant, la question ici est que si le testeur a vu l'application planter, pourquoi a-t-il besoin de se soucier des crashlytics?
La réponse à cela est assez intéressante. Il y a des plantages qui peuvent ne pas être visibles sur l'interface utilisateur mais ils sont enregistrés sur crashlytics. Il peut s'agir d'une panne de mémoire ou de certaines exceptions fatales qui peuvent avoir un impact sur les performances plus tard.
Test multiplateforme
Les tests d'interaction multiplateformes sont très importants.
Citant un simple Exemple , disons que vous travaillez sur une application de chat comme WhatsApp qui prend en charge l'envoi d'images et de vidéos et que l'application est construite sur les plates-formes iOS et Android (le développement peut ou non être synchronisé)
Assurez-vous de tester la communication d'Android et d'iOS, la raison étant qu'iOS utilise «Objective C» alors que la programmation Android est basée sur Java et que les deux sont construits sur des plates-formes différentes, des correctifs supplémentaires doivent parfois être apportés à l'application côté pour reconnaître les chaînes provenant de différentes plates-formes linguistiques.
Gardez un œil sur la taille de votre application mobile
Un autre conseil important pour les testeurs mobiles - Veuillez continuer à vérifier taille de votre application après chaque sortie.
Nous devons nous assurer que la taille de l'application n'atteint pas un point où même nous, en tant qu'utilisateur final, ne souhaitons pas télécharger cette application en raison de sa grande taille.
Test des scénarios de mise à niveau de l'application
Pour les testeurs mobiles, test de mise à niveau de l'application c'est tres important. Assurez-vous que votre application ne plante pas lors de la mise à niveau, car l'équipe de développement a peut-être effectué une incompatibilité avec un numéro de version.
La conservation des données est également tout aussi importante que dans les préférences que l'utilisateur a enregistrées dans la version précédente doivent être conservées lors de la mise à niveau de l'application.
Par exemple , un utilisateur peut avoir enregistré les détails de sa carte bancaire dans des applications telles que PayTm, etc.
Le système d'exploitation de l'appareil peut ne pas prendre en charge l'application
Ça a l'air intéressant?
Oui, de nombreux appareils peuvent ne pas prendre en charge votre application. Beaucoup d'entre vous doivent savoir que les fournisseurs écrivent leurs propres wrappers sur le dessus des États-Unis et il se peut qu'une requête SQL de votre application ne soit pas compatible avec l'appareil et, par conséquent, lève une exception et cela peut même entraîner le lancement du app sur ce téléphone.
Le point ici est - Essayez d'utiliser votre application sur vos propres appareils, à l'exception de ceux que vous utilisez au bureau. Il est fort possible que vous voyiez des problèmes avec votre application.
Test d'autorisation d'application
Le suivant sur la liste est Test d'autorisation des applications mobiles . Presque une application sur deux demande à ses utilisateurs d'accéder au contact, à la caméra, à la galerie, à l'emplacement de leur téléphone, etc. J'ai vu peu de testeurs faire une erreur en ne testant pas les combinaisons appropriées de ces autorisations.
Je peux me rappeler un temps réel Exemple lorsque nous testions une application de chat qui avait toutes les fonctionnalités de partage d'images et de fichiers audio. L'autorisation de stockage a été définie sur NON.
Désormais, lorsqu'un utilisateur cliquait sur l'option Appareil photo, celle-ci ne s'était jamais ouverte tant que l'autorisation de stockage n'était pas définie sur OUI. Le scénario a été ignoré car Android Marshmallow avait cette fonctionnalité selon laquelle si l'autorisation de stockage est définie sur NON, la caméra ne peut pas être utilisée pour cette application.
La portée va plus loin que ce que nous avons discuté dans le paragraphe ci-dessus. Nous devons nous assurer que l'application ne demande aucune autorisation non utilisée.
Tout utilisateur final familier avec l'industrie du logiciel ne peut pas télécharger l'application dans laquelle trop d'autorisations sont demandées. Si vous avez supprimé une fonctionnalité de votre application, assurez-vous de supprimer l'écran d'autorisation pour la même chose.
meilleur nettoyeur de disque gratuit pour windows 10
Comparez avec des applications similaires et populaires sur le marché
Morale de l'histoire - Si jamais vous avez un doute, ne le concluez pas vous-même. La comparaison avec d'autres applications similaires sur la même plate-forme peut renforcer votre argument selon lequel la fonctionnalité testée fonctionnera ou non.
Obtenez un aperçu du critère de rejet de build d'Apple
Enfin, une majorité d'entre vous ont peut-être rencontré des situations dans lesquelles vos versions ont été rejetées par Apple. Je sais que ce sujet n’intéressera pas une grande partie des lecteurs, mais il est toujours bon de connaître les politiques de rejet d’Apple.
En tant que testeur, il devient difficile pour nous de répondre aux aspects techniques, mais il y a quand même un critère de rejet que les testeurs peuvent prendre en charge.
Pour plus d'informations à ce sujet, veuillez cliquer sur ici.
Soyez toujours sur le pied avant
En tant que testeur, ne laissez pas les choses passer à votre court par l'équipe de développement / les gestionnaires. Si vous êtes passionné par les tests, alors «Soyez toujours à l'avant-garde» . Essayez de vous engager dans des activités qui se déroulent bien avant que le code n'arrive dans votre seau pour le tester.
Plus important encore, continuez à regarder JIRA, QC, MTM ou tout autre élément utilisé dans votre projet pour toutes les dernières mises à jour sur les tickets des clients et de l'analyste commercial. Soyez également prêt à partager vos vues si vous avez besoin de modifications. Cela s'applique à tous les testeurs qui travaillent sur différents domaines et plates-formes.
Tant que nous n’avons pas le sentiment que le produit est le nôtre, nous ne devons jamais faire de suggestions pour de nouvelles améliorations ou des modifications de la fonctionnalité existante.
Gardez votre application en arrière-plan pendant une longue période (12 à 24 heures)
Je sais que cela semble étrange, mais il y a beaucoup de logique dans les coulisses que nous ne comprenons pas tous.
Je partage cela parce que j'ai vu l'application planter après son lancement, par exemple après environ 14 heures à partir de l'état d'arrière-plan. La raison pourrait être n'importe quoi selon la façon dont les développeurs l'ont codé.
Permettez-moi de partager un exemple en temps réel:
Dans mon cas, l'expiration des jetons en était la cause. Pour l'une des applications de chat si elle était lancée après 12 à 14 heures, elle serait bloquée sur la bannière de connexion et ne serait jamais connectée tant qu'elle ne serait pas tuée et relancée. Ce genre de choses est très difficile à saisir et, d'une certaine manière, cela rend les tests mobiles plus difficiles et plus créatifs.
Test des performances de votre application
Dans le monde mobile, les performances de votre application ont un impact sur la mesure dans laquelle votre application est reconnue dans le monde entier. En tant qu'équipe de test, il devient trop important de vérifier la réponse de votre application et, plus important encore, son fonctionnement lorsqu'un grand nombre d'utilisateurs l'utilisent tous ensemble.
Exemple:
Parlons de PayTm.
Vous devez tous avoir cliqué sur l'option AJOUTER DE L'ARGENT dans l'application PayTm, qui affiche ensuite le solde que vous avez dans votre portefeuille. Si nous considérons ce qui se passe dans les coulisses, alors c'est une demande qui est envoyée au serveur avec l'ID utilisateur PayTm et le serveur renvoie la réponse avec le solde de votre compte.
Le cas ci-dessus est uniquement lorsqu'un utilisateur a atteint le serveur. Nous devons nous assurer que même lorsque 1000 utilisateurs atteignent le serveur, ils doivent obtenir la réponse à temps, car la convivialité de l'utilisateur final est notre objectif principal.
Conclusion
Je conclurais ce tutoriel en réitérant que les tests mobiles semblent être très faciles au début, mais en continuant à creuser, vous comprendrez qu'il n'est pas facile de garantir que tout ce qui est développé fonctionnera correctement sur des milliers d'appareils partout dans le monde. .
Vous verriez principalement les applications prises en charge sur les dernières et dernières versions du système d'exploitation uniquement. Cependant, il devient du devoir des testeurs de s’assurer qu’ils ne ratent aucun scénario. Ce sont de nombreux autres points qui doivent être pris en considération mais je n’ai pas mentionné ceux déjà repris dans les autres tutoriels.
Les scénarios tels que la consommation de la batterie, les tests d'interruption, les tests sur différents réseaux (3G, Wi-Fi), les tests lors du changement de réseau, les tests de singe des applications mobiles, etc. sont tous utiles lorsqu'il s'agit de tests mobiles.
L'attitude des testeurs est très importante en ce qui concerne l'environnement de test réel. Tant que vous n'aimez pas votre travail, vous n'aurez pas la peine de faire les choses mentionnées dans le didacticiel.
Je suis dans ce domaine depuis environ 6 ans maintenant et je suis très conscient que les tâches deviennent parfois monotones, mais il y a beaucoup d’autres choses que nous pouvons faire par nous-mêmes pour rendre ces tâches monotones quelque peu intéressantes.
Concevoir la bonne stratégie de test, choisir les bons simulateurs mobiles, appareils et outils de test mobiles peuvent nous assurer que nous avons une couverture de test à 100% et nous aider à inclure des tests basés sur la sécurité, l'utilisabilité, les performances, les fonctionnalités et la compatibilité dans nos suites de tests.
Eh bien, cela a été notre effort pour répondre aux multiples demandes de nos lecteurs sur un guide de test d'applications mobiles.
Auteurs : Merci à Swapna, Hasnet et à de nombreux autres experts en tests mobiles pour nous avoir aidés à compiler cette série!
Dans notre prochain article, nous en discuterons plus sur Test des applications iOS .
lecture recommandée
- Services de test bêta des applications mobiles (outils de test bêta iOS et Android)
- Test de charge avec les didacticiels HP LoadRunner
- 5 défis et solutions de test mobile
- Pourquoi les tests mobiles sont-ils difficiles?
- Comment obtenir rapidement un emploi de test mobile - Guide de carrière de test mobile (partie 1)
- Tutoriel Appium pour tester les applications mobiles Android et iOS
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- 11 meilleurs outils d'automatisation pour tester les applications Android (outils de test des applications Android)