Test d'applications mobiles : exemples de cas de test et de scénarios de test

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

Vous pouvez exécuter tout ou partie des cas de test en fonction de vos exigences de tests mobiles. Les cas de test sont organisés en fonction des types de tests mobiles.

Test fonctionnel de l'application mobile

La série Test fonctionnel de l'application mobile est un processus de test des fonctionnalités des applications mobiles telles que les interactions des utilisateurs, ainsi que 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 les risques ou les erreurs et de satisfaire le client.

Les différents facteurs pertinents dans les tests fonctionnels sont

1. Type d'application basé sur les utilisations des fonctionnalités métier (banque, jeu, social ou entreprise)
2. Target type de public (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 requis fonctionnent comme requis.
2. Vérifier que les champs obligatoires sont affichés à l'écran de manière distinctive par rapport aux champs non obligatoires.
3. Pour valider si l'application fonctionne conformément aux exigences à chaque démarrage/arrêt de l'application.
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 en cours de test et sur lequel l'application en cours de test est actuellement en cours d'exécution.
6. Valider que l'appareil est capable de répondre aux exigences multitâches requises chaque fois que cela est nécessaire.
7. Pour valider que l'application autorise les options de réseaux sociaux 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., comme l'exige l'application.
9. Pour valider que les scénarios de défilement de page sont activés dans l'application si nécessaire.
10. Vérifier que la navigation entre les modules pertinents de l'application est conforme aux exigences.
11. Valider que les erreurs de troncature sont absolument dans 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 consomme pas la mémoire des autres applications.
14. Pour valider que l'application reprend à la dernière opération en cas de redémarrage dur ou de crash du système.
15. Valider si l'installation de l'application peut se faire sans problème à condition que l'utilisateur dispose des ressources nécessaires et que cela n'entraîne pas d'erreurs significatives.
16. Pour valider que l'application exécute la fonction de démarrage automatique conformément aux exigences.
17. Pour valider si l'application fonctionne conformément aux exigences dans toutes les versions de Mobile, c'est-à-dire 2g, 3g et 4g.
18. Pour effectuer Les 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 d'utilisation disponible pour ceux qui ne sont pas familiers avec l'application

Cas de test de tests de performances

L'objectif fondamental de ce type de test est de garantir 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'un élément 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. Déterminer si l'application fonctionne conformément aux exigences dans différentes conditions de charge.
2. Déterminer si la couverture réseau actuelle est capable de prendre en charge l'application aux niveaux d'utilisateurs de pointe, moyens et minimaux.
3. Déterminer si la configuration de configuration client-serveur existante fournit le niveau de performances optimal requis.
4. Identifier les différents goulots d'étranglement des applications et de l'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. É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 passe du 2G/3G au WIFI ou vice versa.
9. Pour valider chacun des éléments 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é des applications lorsque la charge utilisateur est rigoureuse.
12. Pour valider les performances du réseau lors des déplacements avec l'appareil.
13. Pour valider les performances de l'application lorsque seules des phases intermittentes de connectivité sont requises.

Cas de test de tests de sécurité

L'objectif fondamental des tests de sécurité est de garantir 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. Vérifier 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 à un 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 solide 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 des SQL attaques liées à l’injection.
7. Pour identifier et récupérer tout scénario de code non géré.
8. Pour garantir si les certificats sont validés, l'application implémente-t-elle ou non l'épinglage de certificat.
9. Pour protéger l’application et le réseau des attaques par déni de service.
10. Analyser les exigences en matière de stockage et de validation des données.
11. Pour activer la gestion de session afin d'empêcher les utilisateurs non autorisés d'accéder à des 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 la mise en œuvre de la logique métier est sécurisée et non vulnérable à toute attaque extérieure.
14. Pour analyser les interactions du système de fichiers, déterminez toute vulnérabilité et corrigez 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'une iframe malveillante.
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 des fichiers et empêcher toute possibilité malveillante de celle-ci.
19. Pour éviter un 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 provenant des cookies.
21. Fournir des audits réguliers pour l’analyse de la protection des données.
22. Enquêtez sur les fichiers créés sur mesure et empêchez tout acte malveillant de la part des fichiers créés sur mesure.
23. Pour éviter les débordements de tampon et les cas de corruption de mémoire.
24. Analyser différents flux de données et prévenir toute vulnérabilité de ceux-ci.

Cas de test de tests d'utilisabilité

Le processus de test d'utilisabilité de l'application mobile est effectué pour obtenir 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 garantir que nous obtenons au final une interface facile à utiliser, intuitive et similaire 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. 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 garantir 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 doit être activée.
6. Pour garantir que la saisie au clavier peut être minimisée de manière appropriée.
7. S'assurer que l'application propose une méthode pour revenir en arrière ou annuler une action, en touchant le mauvais élément, dans un délai acceptable.
8. Pour s'assurer que les menus contextuels ne soient pas surchargés car il faut l'utiliser rapidement.
9. Veiller à ce que le texte reste simple et clair pour être visible par les utilisateurs.
10. S'assurer que les phrases courtes et les paragraphes sont lisibles pour les utilisateurs finaux.
11. Pour garantir que la taille de la police est suffisamment grande pour être lisible et ni trop grande ni trop petite.
12. Pour valider l'application, l'utilisateur est invité à chaque fois qu'il commence à télécharger une grande quantité de données, ce qui peut ne pas être propice aux performances de l'application.
13. Pour valider que la fermeture de l'application s'effectue à partir de différents états et vérifier si elle se rouvre dans le même état.
14. S'assurer que toutes les chaînes sont converties dans les langues appropriées chaque fois qu'une fonction de traduction linguistique est disponible.
15. Pour garantir que les éléments de l'application sont toujours synchronisés en fonction des actions de l'utilisateur.
16. Pour garantir que l'utilisateur final dispose d'un manuel d'utilisation qui l'aide à comprendre et à utiliser l'application, s'il n'est peut-être pas familier avec les procédures de l'application.

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

Cas de test de tests de compatibilité

Les tests de compatibilité sur les appareils mobiles sont effectués pour garantir que, étant donné que les appareils mobiles ont des tailles, des résolutions, des écrans, des versions et des matériels différents, l'application doit être testée sur tous les appareils pour garantir qu'elle fonctionne comme souhaité.

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 garantir que la fonctionnalité d'appel/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 tests de récupérabilité

1. Récupération après crash et interruptions de transactions
2. Validation de la situation de récupération efficace des applications après des scénarios d'interruption/plantage inattendus.
3. Vérification de la façon dont l'application gère une transaction lors d'une panne de courant (c'est-à-dire que la batterie s'éteint ou un arrêt manuel soudain de l'appareil)
4. La validation du processus de suspension de la connexion doit être rétablie par le système pour récupérer les données directement affectées par la connexion suspendue. Utiliser le droit outils de test mobiles peut aider à garantir un processus de récupération fluide.

Liste de contrôle importante

1. Test d'installation (si l'application peut être installée dans un délai 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 selon les critères requis)
3. Cas de test du réseau (validation pour savoir si le réseau fonctionne sous la charge requise ou non, si le réseau est capable de prendre en charge toutes les applications nécessaires pendant les procédures de test)
4. Vérifiez 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 permettant de quitter l'application
8. Effet chargeur lorsqu'une application s'exécute en arrière-plan
9. Batterie faible et demande de performances élevées
10. Retrait de la batterie pendant l'exécution d'une application
11. Consommation de batterie par application
12. Vérifier les effets secondaires de l'application