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

Une question fréquente de nos apprenants concerne le test des applications mobiles. Vous trouverez ci-dessous des exemples. scénarios de test et cas de test pour une application mobile.

Vous pouvez exécuter tout ou partie de ces cas de test en fonction de votre test mobile exigences. Les cas sont organisés par type de test mobile.

Test fonctionnel de l'application mobile

Les tests fonctionnels d'une application mobile consistent à tester ses fonctionnalités, notamment les interactions utilisateur et les transactions qu'il peut effectuer. Leur objectif est de garantir la qualité, de répondre aux attentes spécifiées, de réduire les risques d'erreurs et de fidéliser les clients.

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, l'App Store d'Apple, Google Jouer, distribution directe)

Ces facteurs déterminent la profondeur de chaque zone ci-dessous, comme le montre le schéma.

Les scénarios de test les plus fondamentaux en matière de tests fonctionnels peuvent être considérés comme suit :

1. Pour valider si tous les champs obligatoires requis fonctionnent comme requis.
2. Afin de vérifier que les champs obligatoires sont affichés à l'écran de manière distincte des champs non obligatoires.
3. Pour vérifier que l'application fonctionne conformément aux exigences à chaque démarrage et arrêt.
4. Pour vérifier si l'application se réduit lors d'un appel entrant, utilisez un autre téléphone pour appeler l'appareil. C'est le principe de base. test d'interruption.
5. Pour vérifier si le téléphone est capable de stocker, traiter et recevoir des SMS lorsque l'application est en cours d'exécution, utilisez un second téléphone pour envoyer un SMS à l'appareil testé, sur lequel l'application est actuellement exécutée.
6. Afin de vérifier que l'appareil est capable d'effectuer les tâches multitâches requises chaque fois que cela s'avère nécessaire.
7. Afin de vérifier que l'application permet les options nécessaires des réseaux sociaux telles que le partage, la publication et la navigation.
8. Afin de vérifier que l'application prend en charge les transactions par passerelle de paiement telles que Visa, Mastercard ou PayPal, comme requis par l'application.
9. Afin de vérifier que les scénarios de défilement de page sont activés dans l'application, le cas échéant.
10. Afin de vérifier que la navigation entre les modules concernés de l'application est conforme aux exigences.
11. Afin de vérifier que les erreurs de troncature restent à un niveau acceptable.
12. Afin de vérifier que l'utilisateur reçoit un message d'erreur approprié tel que « Erreur réseau. Veuillez réessayer plus tard » en cas d'erreur réseau.
13. Afin de vérifier que l'application installée permet aux autres applications de fonctionner correctement et qu'elle n'empiète pas sur la mémoire de ces dernières.
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. Afin de vérifier que l'installation de l'application peut se faire sans problème si l'utilisateur dispose des ressources nécessaires, et qu'elle n'entraîne aucune erreur significative.
16. Pour vérifier que l'application démarre automatiquement conformément aux exigences.
17. Pour vérifier si l'application fonctionne conformément aux exigences sur toutes les générations de réseaux mobiles, c'est-à-dire 3G, 4G et 5G.
18. Pour effectuer Les tests de régression Découvrir de nouveaux bogues logiciels dans des zones existantes d'un système après y avoir apporté des modifications. Réexécuter également les tests précédemment effectués afin de vérifier que le comportement du programme n'a pas été modifié par ces modifications.
19. Afin de vérifier si l'application propose un guide d'utilisation pour les personnes qui ne connaissent pas l'application.

Cas de test de tests de performances

Une fois que les fonctionnalités fonctionnent correctement, la question est de savoir si elles résistent à la charge.

L'objectif fondamental de ce type de test est de garantir que l'application fonctionne de manière acceptable dans certaines conditions de performance, 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 Test de performance dans une application mobile :

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 applicatifs et d'infrastructure qui empêchent l'application d'atteindre les niveaux d'acceptabilité requis.
5. Pour vérifier 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. Afin d'évaluer si l'autonomie de la batterie peut supporter l'application dans les volumes de charge prévus.
8. Pour valider les performances de l'application lorsque le réseau passe du 4G/5G au Wi-Fi ou vice versa.
9. Afin de vérifier que chacun des cycles CPU requis est optimisé.
10. Afin de vérifier que la consommation de la batterie, les fuites de mémoire et les performances des ressources telles que le GPS et l'appareil photo restent bien dans les limites 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 de connectivité intermittentes sont disponibles.

Cas de test de tests de sécurité

Performances et sécurité se recoupent : le stockage local qui accélère une application est ce qu’un attaquant lit en premier.

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 points les plus importants à vérifier pour la sécurité des applications mobiles.

1. Afin de 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. Afin de vérifier que l'application ne permet pas à un attaquant d'accéder à du contenu ou à des fonctionnalités sensibles sans authentification appropriée.
3. Afin de vérifier que l'application dispose d'un système de protection par mot de passe robuste 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 prévenir SQL attaques liées à l’injection.
7. Pour identifier et récupérer tout scénario de code non géré.
8. Afin de garantir la validation des certificats et de vérifier si l'application met en œuvre l'épinglage de certificats.
9. Pour protéger l'application et le réseau contre les attaques par déni de service.
10. Analyser les exigences en matière de stockage et de validation des données.
11. Pour permettre la gestion des sessions 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. Afin de vérifier que l'implémentation de la logique métier est sécurisée et non vulnérable à une quelconque 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 d'accueil 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 empêcher le stockage non sécurisé des données dans le cache clavier des applications.
20. Pour analyser les cookies et prévenir toute action malveillante de leur part.
21. Fournir des audits réguliers pour l’analyse de la protection des données.
22. Afin d'examiner les fichiers créés sur mesure et d'empêcher toute action malveillante provenant de ces fichiers.
23. Pour éviter les dépassements de tampon et les cas de corruption de mémoire.
24. Analyser différents flux de données et prévenir toute vulnérabilité qui en découle.

Cas de test de tests d'utilisabilité

Une application sécurisée que personne ne peut utiliser peut toujours dysfonctionner ; l'ergonomie est donc aussi importante que les contrôles techniques.

Le processus de test d'utilisabilité d'une application mobile vise à créer une application simple et rapide, dotée de moins de fonctionnalités, plutôt qu'une application complexe et lente avec de nombreuses options. L'objectif principal est d'obtenir une interface intuitive et facile à utiliser, similaire aux interfaces standard largement répandues dans le secteur.

1. Afin de garantir que les boutons aient la taille requise et soient adaptés aux grands doigts.
2. Afin de garantir que les boutons soient placés dans la même partie de l'écran pour éviter toute confusion chez les utilisateurs finaux.
3. Pour s’assurer que les icônes sont naturelles et cohérentes avec l’application.
4. Afin de garantir que les boutons ayant la même fonction aient également la même couleur.
5. Pour garantir la validation du robinetping Les fonctions de zoom avant et arrière sont activées.
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. Afin de ne pas surcharger les menus contextuels, car ils doivent être utilisés rapidement.
9. Afin de garantir un texte simple et clair, visible pour les utilisateurs.
10. Afin de garantir que les phrases et les paragraphes courts soient lisibles par 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. Afin de vérifier que l'application avertit l'utilisateur chaque fois qu'il commence à télécharger une grande quantité de données, ce qui pourrait nuire aux performances de l'application.
13. Pour valider que la fermeture de l'application est effectuée à partir de différents états et vérifier si elle se rouvre dans le même état.
14. Afin de garantir que toutes les chaînes de caractères soient converties dans les langues appropriées chaque fois qu'un outil de traduction est disponible.
15. Pour garantir que les éléments de l'application sont toujours synchronisés en fonction des actions de l'utilisateur.
16. Afin de garantir que l'utilisateur final dispose d'un manuel d'utilisation qui l'aide à comprendre et à utiliser l'application, au cas où il ne serait pas familiarisé avec son fonctionnement.

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

Cas de test de tests de compatibilité

La même configuration doit se comporter de manière identique sur du matériel que l'équipe n'a peut-être jamais utilisé.

Test de compatibilité Le test sur appareils mobiles est effectué car les appareils mobiles ont des tailles, des résolutions, des écrans, des versions et du matériel différents ; l'application doit donc être testée sur tous les appareils pour s'assurer qu'elle fonctionne comme prévu.

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

1. Afin de vérifier que l'interface utilisateur de l'application correspond à la taille de l'écran de l'appareil et qu'aucun texte ni aucune commande n'est partiellement invisible ou inaccessible.
2. Afin de garantir que le texte soit lisible par tous les utilisateurs de l'application.
3. Pour garantir que les fonctions d'appel et d'alarme restent activées lorsque l'application est en cours d'exécution, celle-ci est réduite ou suspendue lors d'un appel, puis réactivée une fois l'appel terminé.

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

Les tests de récupération couvrent la récupération après un plantage et les interruptions de transaction — ce que fait l'application lorsque l'appareil, la batterie ou la connexion tombe en panne en pleine transaction.

1. Validation de la situation de récupération effective de l'application après une interruption inattendue ou un plantage.
2. Vérification de la manière dont l'application gère une transaction lors d'une panne de courant (c'est-à-dire, lorsque la batterie se décharge ou que l'appareil est éteint manuellement).
3. La validation du processus où la connexion est suspendue et où le système doit la rétablir pour récupérer les données directement affectées par cette suspension. Utiliser la méthode appropriée outils de test mobiles contribue à assurer un processus de rétablissement sans heurts.

Liste de contrôle importante pour les tests d'applications mobiles

Quelques points à vérifier concernent chacune des catégories mentionnées ci-dessus et sont faciles à oublier.

1. Tests d'installation (vérification de la possibilité d'installer l'application dans un délai raisonnable et conformément aux critères requis)
2. Tests de désinstallation (vérification de la possibilité de désinstaller l'application dans un délai raisonnable et selon les critères requis)
3. Cas de test réseau (validation des performances du réseau sous la charge requise et de sa capacité à prendre en charge toutes les applications nécessaires pendant les procédures de test)
4. Vérifiez les touches non mappées
5. Vérifiez l'écran de démarrage de l'application
6. Saisie continue au clavier pendant les interruptions et à d'autres moments, tels que 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. Retirer la batterie pendant l'exécution d'une application
11. Consommation de la batterie par l'application
12. Vérifier les effets secondaires de l'application

FAQ