Test des applications mobiles: exemples de cas de test & Scénarios de test

Table des matières:

Anonim

Une question fréquente de nos apprenants est: Comment tester les applications mobiles? Dans ce didacticiel, nous fournissons des exemples de scénario de test / cas de test pour tester une application mobile.

Vous pouvez exécuter certains ou tous les scénarios de test en fonction de vos exigences de test mobile. Les cas de test sont organisés en fonction des types de tests mobiles.

  • Cas de test de test fonctionnel
  • Test de performance
  • Cas de test de test de sécurité
  • Cas de test de test d'utilisabilité
  • Cas de test de test de compatibilité
  • Cas de test de test de récupérabilité
  • Liste de contrôle importante

Test fonctionnel de l'application mobile

Le test fonctionnel des applications mobiles est un processus de test des fonctionnalités des applications mobiles telles que les interactions des utilisateurs, ainsi que de test des transactions que les utilisateurs peuvent effectuer. L'objectif principal des tests fonctionnels des applications mobiles est de garantir la qualité, de répondre aux attentes spécifiées, de réduire le risque ou les erreurs et la satisfaction du client.

Les différents facteurs pertinents pour les tests fonctionnels sont

  1. Type d'application en fonction des usages des fonctionnalités métier (banque, jeu, social ou business)
  2. Type de public cible (consommateur, entreprise, éducation)
  3. Canal de distribution utilisé pour diffuser l'application (par exemple Apple App Store, Google play, distribution directe)

Les scénarios de test les plus fondamentaux dans les tests fonctionnels peuvent être considérés comme:

  1. Pour valider si tous les champs obligatoires obligatoires fonctionnent comme requis.
  2. Valider que les champs obligatoires sont affichés à l'écran de manière distincte que les champs non obligatoires.
  3. Pour valider si l'application fonctionne selon les exigences chaque fois que l'application démarre / s'arrête.
  4. Pour valider si l'application passe en mode réduit à chaque fois qu'il y a un appel téléphonique entrant. Afin de valider la même chose, nous devons utiliser un deuxième téléphone pour appeler l'appareil.
  5. Pour valider si le téléphone est capable de stocker, traiter et recevoir des SMS chaque fois que l'application est en cours d'exécution. Afin de valider la même chose, nous devons utiliser un deuxième téléphone pour envoyer des sms à l'appareil qui est testé et sur lequel l'application testée est en cours d'exécution.
  6. Pour valider que l'appareil est capable d'exécuter les exigences multitâches requises chaque fois que cela est nécessaire.
  7. Pour valider que l'application autorise les options de réseau social nécessaires telles que le partage, la publication et la navigation, etc.
  8. Pour valider que l'application prend en charge toute transaction de passerelle de paiement telle que Visa, Mastercard, Paypal, etc. tel que requis par l'application.
  9. Pour valider que les scénarios de défilement de page sont activés dans l'application si nécessaire.
  10. Pour valider que la navigation entre les modules concernés dans l'application est conforme aux exigences.
  11. Pour valider que les erreurs de troncature sont absolument à une limite abordable.
  12. Pour valider que l'utilisateur reçoit un message d'erreur approprié tel que «Erreur réseau. Veuillez essayer après un certain temps »chaque fois qu'il y a une erreur réseau.
  13. Pour valider que l'application installée permet à d'autres applications de fonctionner de manière satisfaisante et qu'elle ne ronge pas la mémoire des autres applications.
  14. Pour valider que l'application reprend à la dernière opération en cas de redémarrage matériel ou de panne du système.
  15. Valider si l'installation de l'application peut se faire en douceur à condition que l'utilisateur dispose des ressources nécessaires et cela n'entraîne pas d'erreurs significatives.
  16. Pour valider que l'application exécute l'installation de démarrage automatique selon les exigences.
  17. Pour valider si l'application fonctionne conformément aux exigences de toutes les versions de Mobile à savoir 2g, 3g et 4g.
  18. Effectuer des tests de régression pour découvrir de nouveaux bogues logiciels dans les zones existantes d'un système après que des modifications y ont été apportées. Réexécutez également les tests effectués précédemment pour déterminer que le comportement du programme n'a pas changé en raison des modifications.
  19. Pour valider si l'application fournit un guide de l'utilisateur disponible pour ceux qui ne sont pas familiers avec l'application

Cas de test de test de performance

L'objectif fondamental de ce type de test est de s'assurer que l'application fonctionne de manière acceptable sous certaines exigences de performances telles que l'accès par un grand nombre d'utilisateurs ou la suppression d'une partie clé de l'infrastructure comme un serveur de base de données.

Les scénarios de test généraux pour les tests de performances dans une application mobile sont:

  1. Pour déterminer si l'application fonctionne selon l'exigence dans différentes conditions de charge.
  2. Pour déterminer si la couverture réseau actuelle est capable de prendre en charge l'application aux niveaux maximum, moyen et minimum des utilisateurs.
  3. Pour déterminer si la configuration de la configuration client-serveur existante fournit le niveau de performances optimal requis.
  4. Identifier les différents goulots d'étranglement d'application et d'infrastructure qui empêchent l'application de fonctionner aux niveaux d'acceptabilité requis.
  5. Pour valider si le temps de réponse de l'application est conforme aux exigences.
  6. Évaluer le produit et / ou le matériel pour déterminer s'il peut gérer les volumes de charge projetés.
  7. Pour évaluer si la durée de vie de la batterie peut permettre à l'application de fonctionner sous les volumes de charge projetés.
  8. Pour valider les performances de l'application lorsque le réseau est changé en WIFI à partir de 2G / 3G ou vice versa.
  9. Pour valider chacun des requis, le cycle CPU est une optimisation
  10. Pour valider que la consommation de la batterie, les fuites de mémoire, les ressources telles que le GPS, les performances de l'appareil photo sont bien conformes aux directives requises.
  11. Valider la longévité de l'application chaque fois que la charge utilisateur est rigoureuse.
  12. Pour valider les performances du réseau tout en se déplaçant avec l'appareil.
  13. Pour valider les performances de l'application lorsque seules des phases intermittentes de connectivité sont requises.

Cas de test de test de sécurité

L'objectif fondamental des tests de sécurité est de s'assurer que les exigences de sécurité des données et du réseau de l'application sont respectées conformément aux directives.

Voici les domaines les plus cruciaux pour vérifier la sécurité des applications mobiles.

  1. Pour valider que l'application est capable de résister à toute attaque par force brute qui est un processus automatisé d'essais et d'erreurs utilisé pour deviner le nom d'utilisateur, le mot de passe ou le numéro de carte de crédit d'une personne.
  2. Pour valider si une application ne permet pas à un attaquant d'accéder à du contenu ou à des fonctionnalités sensibles sans authentification appropriée.
  3. Pour valider que l'application dispose d'un système de protection par mot de passe fort et qu'elle ne permet pas à un attaquant d'obtenir, de modifier ou de récupérer le mot de passe d'un autre utilisateur.
  4. Pour valider que l'application ne souffre pas d'expiration de session insuffisante.
  5. Identifier les dépendances dynamiques et prendre des mesures pour empêcher tout attaquant d'accéder à ces vulnérabilités.
  6. Pour éviter les attaques liées aux injections SQL.
  7. Pour identifier et récupérer à partir de tout scénario de code non géré.
  8. Pour s'assurer que les certificats sont validés, l'application met-elle en œuvre l'épinglage de certificat ou non.
  9. Protéger l'application et le réseau des attaques par déni de service.
  10. Analyser les exigences de stockage et de validation des données.
  11. Pour activer la gestion de session pour empêcher les utilisateurs non autorisés d'accéder aux informations non sollicitées.
  12. Pour vérifier si un code de cryptographie est cassé et s'assurer qu'il est réparé.
  13. Pour valider si l'implémentation de la logique métier est sécurisée et non vulnérable à une attaque de l'extérieur.
  14. Pour analyser les interactions du système de fichiers, déterminer toute vulnérabilité et corriger ces problèmes.
  15. Pour valider les gestionnaires de protocole, par exemple en essayant de reconfigurer la page de destination par défaut de l'application à l'aide d'un iframe malveillant.
  16. Pour se protéger contre les injections malveillantes côté client.
  17. Pour se protéger contre les injections d'exécution malveillantes.
  18. Pour enquêter sur la mise en cache de fichiers et empêcher toute possibilité malveillante de la même.
  19. Pour éviter le stockage de données non sécurisé dans le cache du clavier des applications.
  20. Pour enquêter sur les cookies et empêcher tout acte malveillant des cookies.
  21. Fournir des audits réguliers pour l'analyse de la protection des données.
  22. Examinez les fichiers créés sur mesure et évitez les actes malveillants à partir des fichiers créés sur mesure.
  23. Pour éviter les débordements de tampon et les cas de corruption de la mémoire.
  24. Pour analyser différents flux de données et empêcher toute vulnérabilité de ceux-ci.

Cas de test de test d'utilisabilité

Le processus de test d'utilisabilité de l'application mobile est effectué pour avoir une application rapide et facile avec moins de fonctionnalités qu'une application lente et difficile avec de nombreuses fonctionnalités. L'objectif principal est de s'assurer que nous finissons par avoir des interfaces faciles à utiliser, intuitives et similaires aux interfaces acceptées par l'industrie et largement utilisées.

  1. Pour s'assurer que les boutons doivent avoir la taille requise et être adaptés aux gros doigts.
  2. Pour s'assurer que les boutons sont placés dans la même section de l'écran pour éviter toute confusion pour les utilisateurs finaux.
  3. Pour s'assurer que les icônes sont naturelles et cohérentes avec l'application.
  4. Pour s'assurer que les boutons, qui ont la même fonction, doivent également avoir la même couleur.
  5. Pour garantir que la validation des fonctions de zoom avant et de zoom arrière par tapotement doit être activée.
  6. Pour s'assurer que la saisie au clavier peut être minimisée de manière appropriée.
  7. Pour s'assurer que l'application fournit une méthode pour revenir en arrière ou annuler une action, en touchant le mauvais élément, dans une durée acceptable.
  8. Pour s'assurer que les menus contextuels ne sont pas surchargés car il doit être utilisé rapidement.
  9. Veiller à ce que le texte reste simple et clair pour être visible par les utilisateurs.
  10. Pour s'assurer que les phrases courtes et les paragraphes sont lisibles pour les utilisateurs finaux.
  11. Pour s'assurer que la taille de la police est suffisamment grande pour être lisible et ni trop grande ni trop petite.
  12. Pour valider l'application invite l'utilisateur à chaque fois que l'utilisateur commence à télécharger une grande quantité de données qui peuvent ne pas être propices aux performances de l'application.
  13. Pour valider que la fermeture de l'application est effectuée à partir d'états différents et vérifier si elle se rouvre dans le même état.
  14. Pour s'assurer que toutes les chaînes sont converties dans les langues appropriées chaque fois qu'un service de traduction de langue est disponible.
  15. Pour s'assurer que les éléments de l'application sont toujours synchronisés en fonction des actions de l'utilisateur.
  16. S'assurer que l'utilisateur final dispose d'un manuel d'utilisation qui aide l'utilisateur final à comprendre et à utiliser l'application qui peut ne pas être familiarisé avec les procédures de l'application

Les tests d'utilisabilité sont normalement effectués par des utilisateurs manuels puisque seuls les êtres humains peuvent comprendre la sensibilité et la capacité de confort des autres utilisateurs.

Cas de test de test de compatibilité

Les tests de compatibilité sur les appareils mobiles sont effectués pour s'assurer que, puisque les appareils mobiles ont une taille, une résolution, un écran, une version et un matériel différents, l'application doit être testée sur tous les appareils pour s'assurer que l'application fonctionne comme vous le souhaitez.

Voici les domaines les plus importants pour les tests de compatibilité.

  1. Pour valider que l'interface utilisateur de l'application correspond à la taille de l'écran de l'appareil, aucun texte / contrôle n'est partiellement invisible ou inaccessible.
  2. Pour garantir que le texte est lisible pour tous les utilisateurs de l'application.
  3. Pour s'assurer que la fonctionnalité d'appel / d'alarme est activée chaque fois que l'application est en cours d'exécution. L'application est réduite ou suspendue en cas d'appel, puis chaque fois que l'appel s'arrête, l'application reprend.

Cas de test de test de récupérabilité

  1. Reprise après incident et interruptions de transaction
  2. Validation de la situation de récupération d'application efficace après des scénarios d'interruption / de panne inattendus.
  3. Vérification de la façon dont l'application gère une transaction lors d'une panne de courant (par exemple, la batterie meurt ou un arrêt manuel soudain de l'appareil)
  4. La validation du processus où la connexion est suspendue, le système doit se rétablir pour récupérer les données directement affectées par la connexion suspendue.

Liste de contrôle importante

  1. Test d'installation (si l'application peut être installée dans un laps de temps raisonnable et avec les critères requis)
  2. Test de désinstallation (si l'application peut être désinstallée dans un délai raisonnable et avec les critères requis)
  3. Cas de test du réseau (validation du fonctionnement du réseau sous la charge requise ou non, de la capacité du réseau à prendre en charge toutes les applications nécessaires pendant les procédures de test)
  4. Vérifier les clés non mappées
  5. Vérifier l'écran de démarrage de l'application
  6. Saisie continue du clavier pendant les interruptions et à d'autres moments comme des problèmes de réseau
  7. Méthodes qui traitent de la sortie de l'application
  8. Effet chargeur lorsqu'une application s'exécute en arrière-plan
  9. Batterie faible et demande de haute performance
  10. Retrait de la batterie pendant qu'une application est en cours d'exécution
  11. Consommation de batterie par application
  12. Vérifier les effets secondaires de l'application