Menu

Test sur le terrain pour les applications mobiles (importance et nécessité)

  • Principal
  • Autre
  • Test sur le terrain pour les applications mobiles (importance et nécessité)

field testing mobile applications importance

Essayez Notre Instrument Pour Éliminer Les Problèmes

Test sur le terrain - Applications mobiles:

Souvent, lors du test de notre application mobile, une question nous vient à l'esprit: «Si les tests d’automatisation, de régression, de charge, de service Web sont suffisants pour notre application ou devrions-nous tester quelque chose de plus? '

Dans ce didacticiel, je fournirai un aperçu approfondi des tests sur le terrain, de leur importance, de leur stratégie et expliquerai quand cela doit également être fait.

Eh bien, cela peut être suffisant ou pas parce que tous ces tests tels que l’automatisation, le service Web, la charge, etc., relèvent de la catégorie des tests «en interne». Mais si vous voulez impliquer le rôle de l'utilisateur final, il y a encore un autre type de test à faire et ce n'est rien d'autre «Essais sur le terrain» .

Test sur le terrain

Comme son nom l'indique, il s'agit de sortir de votre zone Wifi forte et d'utiliser votre réseau 2G ou 3G ou 4G pour vérifier l'utilisabilité de votre application. Vous pouvez essayer d'utiliser l'application en conduisant votre voiture ou en vous promenant ou en vous asseyant chez vous selon votre confort.

Pour obtenir des informations de base sur les tests d'applications mobiles, vous pouvez consulter les didacticiels suivants.

Ce que vous apprendrez:

Classification des tests d'applications mobiles

Si vous testez une application Web sur un mobile, les types de test restent les mêmes que vous le faites pour vos ordinateurs portables ou ordinateurs tels que fonctionnel, interface utilisateur, limite, charge, etc. Mais pour tester une application mobile, qu'elle soit hybride ou native, testez est classé en deux catégories au niveau très initial.

Elles sont:

  1. Test en interne
  2. Test sur le terrain

La base de la différence entre ces deux catégories est le rôle que vous empruntez, c'est-à-dire Effectuez-vous des tests en tant que QA pour vérifier l'application par rapport aux exigences ou utilisez-vous l'application en tant qu'utilisateur final pour répondre à votre besoin?

Voici quelques différences entre les deux:

Test en interne

Test sur le terrain

Ces tests sont effectués dès la phase initiale jusqu'à la sortie pour vérifier que l'application répond à ses exigences déclarées en termes de fonctionnalités, d'évolutivité, de convivialité, etc.

Ce test est effectué dans la dernière phase lorsque la régression est effectuée pour l’application et que l’application est appelée stable par «l’équipe» avant la publication. Il peut y avoir ou non une exigence donnée à ce sujet par le client.

Le type de test comprend les fonctions, la régression, l'interface utilisateur, les performances et l'automatisation.

Le type de test comprend principalement la fonctionnalité et la convivialité de l'application.

Ces tests sont effectués à la fois sur les réseaux WiFi et mobiles.

Ceci est strictement fait sur les réseaux mobiles.

Les laboratoires de test sont créés dans une salle ou sur un bureau de contrôle qualité.

Le contrôle qualité a besoin de sortir et de tester en marchant, à la maison ou en conduisant.

Les tests peuvent être effectués sur un émulateur ou un simulateur.

Les tests sont effectués uniquement sur de vrais appareils.

Classification des tests d

Importance des tests sur le terrain iOS et Android

Comme expliqué ci-dessus, les tests sur le terrain sont effectués pour vérifier le comportement ou l'utilisabilité de votre application en tant qu'utilisateur final. Cela se fait essentiellement sur le réseau mobile de votre téléphone en se promenant dans les rues ou dans un marché, en conduisant une voiture ou simplement en étant chez vous.

Exemple de test mobile

( source d'image )

Dans le monde d'aujourd'hui, nous utilisons nos applications mobiles partout, à tout moment, en étant à la maison pour faire des achats / réserver des billets / consulter des e-mails, etc. Plans.

Les applications mobiles font désormais partie de notre vie quotidienne.

Voici quelques exemples qui expliquent la nécessité de tester votre application mobile sur le terrain et pas seulement en interne:

  • Il n'est pas nécessaire que vous disposiez à chaque fois d'un Wifi ou d'un hotspot puissant, surtout en Inde. Vous devez donc vous fier au réseau mobile de votre téléphone.
  • Il y a des endroits où nous sommes confrontés à des problèmes de couverture et la portée du téléphone sera moyenne ou faible. Cela peut être dû à des tours moins mobiles ou densément couvertes d'arbres. Chez moi, je suis souvent confronté à ce problème dans mon dessin et ma salle à manger qui est toujours frustrant.
  • Il se peut que vous conduisiez votre voiture et que vous deviez accéder à vos e-mails ou vous diriger vers un endroit qui vous est inconnu.
  • Lorsque nous partons en vacances, nous n'avons pas (toutes) des informations sur la ville ou le lieu. Lorsque je voyage avec ma famille en vacances, nous partons toujours seuls et utilisons les applications pour découvrir la ville, que ce soit des restaurants, des endroits à visiter, etc.
  • Aujourd'hui, nous préférons les transferts en ligne en utilisant des applications comme PayTm, PayZApp, etc., plutôt que d'utiliser toujours des espèces.
  • Utilisation d'applications de chat, YouTube, etc., n'importe où.

Voici quelques exemples en temps réel qui définissent l'utilisation des applications mobiles. Il devient donc important de tester votre application sur le terrain. Il se peut que votre public cible se trouve dans un pays bien développé disposant de hot-spots ou Wifi disponibles partout.

Néanmoins, vous devez effectuer au moins un test sur le terrain de votre application car:

1) Lorsque vous testez votre application en conduisant une voiture, en marchant ou en vous asseyant dans un endroit avec moins de portée, vous savez si votre application rencontre des problèmes de plantage lors de l'envoi ou de la récupération de données.

Nous avons fait planter la connexion de l'application elle-même pour la toute première version de notre application, nous l'avons testée sur un téléphone doté de la 3G. Pourtant, la connexion a expiré et s'est écrasée.

deux) Les utilisateurs détestent quand ils voient un symbole de chargement apparaître pendant plus de 5 minutes. Il est très important de vérifier quel est le temps de réponse pris par votre serveur, service Web et votre application pour charger les informations.

Écran de chargement

Ce sont les deux pointeurs critiques qui sont vérifiés lors d'un test sur le terrain et cela vous permet également d'être assuré que votre application est vraiment stable.

Comment le test sur le terrain est-il affecté?

Mon test sur le terrain est-il affecté par la méthode hybride ou native?

Avant de répondre à cette question, laissez-moi d'abord vous donner une explication de base des applications hybrides et natives.

Applications hybrides:

Ce sont essentiellement les applications Web qui sont emballées dans le wrapper natif et sont principalement utilisées pour développer des applications multiplateformes (pour conserver les bases de code identiques pour Android et iOS). Ils ressemblent à des applications natives, mais en réalité, les informations sont chargées lorsque l'utilisateur navigue dans les pages.

Applications natives:

Ceux-ci sont spécialement développés pour un système d'exploitation utilisant au mieux les fonctionnalités du système d'exploitation. Toutes les informations sont chargées en une seule fois lorsque l'application est lancée.

Hybride vs natif

( source d'image )

J'ai travaillé sur les tests d'applications hybrides et natives et en tant que QA, les tests des deux étaient importants pour mon application. Il y a une différence entre les applications hybrides et natives qui, contrairement aux applications natives, les applications hybrides n'utilisent pas directement les fonctionnalités de votre téléphone comme le GPS, la localisation, etc. Les applications hybrides utilisent les fonctionnalités du téléphone ou du système d'exploitation via des plug-ins.

fusionner l'algorithme de tri C ++

Je suis convaincu que pour chaque version majeure d'une application native, un test sur le terrain doit être effectué car elle utilise les fonctionnalités de votre téléphone et de votre système d'exploitation.

Effectuer un test sur le terrain indiquera les performances de votre application par rapport à celle-ci. Il indiquera si le téléphone est haut de gamme ou bas de gamme, quelles sont les performances, la stabilité et la convivialité de votre application.

Une autre raison de faire un test sur le terrain pour chaque version majeure est que les applications natives doivent être mises à jour avec les nouvelles versions du système d'exploitation. Par conséquent, par rapport aux applications hybrides, les versions de Native sont plus nombreuses ou si une nouvelle version du système d'exploitation est lancée, un test sur le terrain est nécessaire même si aucune modification n'est apportée aux fonctionnalités de l'application.

Stratégie pour le test sur le terrain

Quelle devrait être ma stratégie pour le test sur le terrain?

Pour les tests sur le terrain, l'étape principale et importante à comprendre est l'impact du réseau ou des données sur les principales fonctionnalités de votre application. Par conséquent, ayez une discussion approfondie avec l'équipe de développement sur les fonctionnalités.

Voici les conseils pour décider de la stratégie des tests sur le terrain:

1) La première étape en tant que QA est de marquer vos cas de test avec 'Field Test' et de créer une suite pour le même. Discutez de la suite avec votre BA et votre équipe d'assurance qualité et voyez s'ils ont quelque chose à ajouter.

deux) En fonction de l'objectif de votre application et des utilisateurs, créez des cas de test distincts pour savoir comment, quand et où votre application peut être utilisée. Vous n'aurez peut-être pas besoin de les exécuter pour les tests en interne.

3) Faites un test sur le terrain uniquement lorsque l'application réussit le test de régression et lorsqu'il n'y a pas de problèmes fonctionnels.

4) Pour la toute première version, créez un document (graphique) avec tous les détails des cas de test, la personne qui exécute, une zone où il a été testé et les bogues rapportés. Une fois créé, vous pouvez l'utiliser pour les versions futures.

5) Utilisez un appareil haut de gamme et un appareil bas de gamme pour les tests sur le terrain et essayez de conserver le même système d'exploitation, cela aidera à faire une analyse des bogues trouvés. Parfois, nous voyons des bogues dans les tests sur le terrain, mais pas dans les tests en interne.

6) Créez une équipe de 4 à 5 personnes et demandez-leur de faire le test sur le terrain dans différentes zones et essayez à coup sûr d'utiliser l'application en conduisant et dans un endroit avec une faible plage de données. Vous pouvez également faire participer votre responsable, BA, au test sur le terrain.

7) Marquer les bogues trouvés avec une balise comme 'Test sur le terrain', il vous sera facile de vous référer aux futures versions.

8) Si votre application envoie de la géolocalisation, testez minutieusement la fonctionnalité et je suggérerais d'exécuter tous les cas de test liés à la même chose.

Il n'est pas nécessaire que vous trouviez des bogues ou des défauts et le test peut se dérouler correctement. Selon mon expérience, restez concentré sur la performance et le temps qu'il faut pour répondre. Comme mentionné précédemment, un écran 'Chargement' découragera les utilisateurs d'utiliser votre application.

Si votre application est une application commerciale comme Zomato, Jabong, BookMyShow, etc., essayez de faire un test sur le terrain en utilisant une équipe de 20 à 25 personnes, car cela indiquera les performances de l'application lorsque 20 à 25 utilisateurs l'utiliseront.

Quand faire un test sur le terrain pour une application?

Il n'est pas nécessaire que toutes les applications doivent être testées sur le terrain, mais je recommande toujours personnellement de faire un test sur le terrain car il montre les performances de l'application dans le scénario du monde réel. Vous pouvez en discuter avec votre BA, Scrum Master ou Manager, et le Product Owner s'ils ne sont pas au courant ou ne sont pas intéressés à faire. En tant que QA, donnez vos points sur la nécessité d'un test sur le terrain.

Un test sur le terrain ne doit être effectué qu'après le test de régression de l'application, les fonctionnalités d'une version sont implémentées, les bogues vérifiés, corrigés et, surtout, l'application est stable.

Les facteurs importants du test sur le terrain comprennent:

  • Première version de l'application: Cela donne un grand avantage de faire un test de terrain approfondi de l'application pour la première version la plus récente. Comme l'application n'a pas encore été envoyée sur le Play Store, elle vous aide, ainsi que votre équipe, à analyser les performances en utilisant l'application comme un utilisateur normal.
  • Une application est native: Comme mentionné précédemment, le test sur le terrain est un must pour chaque version d'une application native car ils utilisent les fonctionnalités du téléphone et du système d'exploitation.
  • Lorsque la nouvelle version du système d'exploitation est lancée: Lorsqu'une nouvelle version du système d'exploitation est lancée, vous devez vérifier si l'application est stable, compatible et fonctionne bien avec le nouveau système d'exploitation.
  • Toute version majeure pour les fonctionnalités nouvelles ou modifiées: Lorsque de nouvelles fonctionnalités sont introduites ou que des fonctionnalités existantes sont mises à jour, il est bon de faire un test sur le terrain pour s'assurer que les performances de l'application ne sont pas affectées.
  • Test sur le terrain dans le cadre de votre test de routine: Les tests sur le terrain pour une application mobile doivent être traités comme un test de routine comme la régression, l'automatisation et ne doivent jamais être ignorés. Même si votre application est stable ou si vous travaillez dessus depuis plus d'un ou deux ans, faites un test sur le terrain à chaque fois qu'une version majeure se produit.

Essai sur le terrain

Exemples de tests pouvant être vérifiés lors d'un test sur le terrain

Prenons l'application de Zomato que nous utilisons pour rechercher des restaurants autour de nous ou dans une zone spécifique.

Vous trouverez ci-dessous quelques exemples de cas de test pouvant être utilisés pour un test sur le terrain:

#1) La base et la toute première étape serait de me connecter, ce que je ferais en tant que client.

Notez ici que tout d'abord, cela ne devrait pas prendre plus d'une minute pour se connecter avec le compte Facebook ou Google que je choisis, deuxièmement, au moment où je suis connecté, il devrait me demander l'autorisation d'activer le GPS de mon téléphone (si il est désactivé) sinon devrait charger la liste des restaurants pour mon emplacement détecté.

Ci-dessus, les deux vérifications importantes à effectuer lors du tout premier test.

#deux) Vérifiez que lorsque vous changez d'emplacement, la liste des restaurants est mise à jour, essayez ce test en marchant sur la route. La liste doit être mise à jour et les cartes des restaurants doivent être affichées avec des images sans aucun problème.

# 3) Vérifiez également le cas de test ci-dessus en conduisant une voiture.

# 4) Vérifiez (en marchant sur la route) le flux de bout en bout de l'application, c'est-à-dire dès la connexion, la recherche d'un emplacement et la commande de nourriture dans un restaurant. Les détails de votre commande doivent être envoyés au restaurant avec succès.

# 5) Exécutez le même cas de test ci-dessus tout en conduisant une voiture.

# 6) Vérifiez sur une 3G (en changeant votre mode de données en 3G) pour un flux de bout en bout pour «réserver une table», c'est-à-dire à nouveau changer d'emplacement, sélectionnez un restaurant dans la liste et réservez une table.

# 7) Si vous avez un coupon, vérifiez si vous pouvez l'utiliser avec succès lors de la commande de nourriture chez Zomato.

# 8) Vérifiez si vous pouvez réussir à rédiger un commentaire pour le restaurant (en marchant) et si le commentaire est envoyé au restaurant pour examen ou du moins s'il apparaît dans la liste des commentaires du restaurant.

Voici quelques exemples de cas de test qui définissent l'utilisation de base de l'application et qui doivent être testés lors du test sur le terrain. Ici, vous pouvez également créer une matrice pour le modèle de téléphone (haut de gamme ou bas de gamme) Vs le type de réseau (2G, 3G, etc.) et exécuter les cas de test pour le même.

Conclusion

Toute application mobile peut être qualifiée de stable et rapide non seulement en réussissant le test de régression, la vérification de bogue, le test de stress ou de charge, mais uniquement si elle réussit également un test sur le terrain.

comment faire des tests multi-navigateurs

Dans la mesure du possible, un test sur le terrain doit être effectué pour chaque rejet. Pour les applications mobiles, le test sur le terrain fait partie du cycle de test et ne doit jamais être évité ou pris à la légère.

Les tests sur le terrain jouent un rôle très important dans la définition des performances de vos applications pour la toute première version. Si votre équipe n'en est pas consciente, expliquez-lui ce qu'il en est et la nécessité.

Dans notre prochain tutoriel, nous en discuterons plus sur ' Test du dernier téléphone ou du dernier système d'exploitation '.

lecture recommandée

^