Comment tester une application Web manuellement ?
Bienvenue dans notre guide détaillé sur «Comment tester manuellement une application Web« . Dans le paysage en constante évolution de la technologie numérique, garantir la fonctionnalité et la sécurité des applications Web est primordial. Manuel essai reste un aspect crucial de ce processus, permettant aux testeurs de découvrir des problèmes nuancés que les outils automatisés pourraient négliger. Dans ce guide, nous aborderons les subtilités des tests manuels, en fournissant une feuille de route complète pour garantir la robustesse de vos applications Web.
Comprendre l'importance des tests manuels
Dévoilement des vulnérabilités cachées
Tests manuels sert d’avant-garde dans la découverte des vulnérabilités cachées dans les applications Web. Même si les outils automatisés excellent dans les tâches répétitives, l’intuition humaine et l’adaptabilité sont inestimables lorsqu’il s’agit d’identifier des failles de sécurité complexes et des exploits potentiels.
Garantir une fonctionnalité centrée sur l'utilisateur
L'expérience utilisateur est à l'avant-garde du succès des applications Web. À travers tests manuelsnous pouvons évaluer méticuleusement l'interface utilisateur, la navigation et la fonctionnalité globale pour garantir une expérience transparente et satisfaisante pour les utilisateurs finaux.
Le processus de test manuel étape par étape : comment tester une application Web
Nous allons maintenant discuter des étapes à suivre pour tester manuellement en prenant un exemple réel pour Facebook Page de connexion pour un exemple :
REMARQUE : n'effectuez pas ces tests sur des sites Web en direct sur Internet, car cela pourrait bloquer votre compte.
1. Analyse des besoins
Avant de se lancer dans le parcours de test, une compréhension approfondie des exigences de l'application est primordiale. Cela implique de près collaboration avec les développeurs et les parties prenantes pour établir une portée et des attentes claires.
Exemple: Donc, dans le cas de la page de connexion Facebook, voyons quelles devraient être les exigences :
Exigences (hypothèses) :
- La page de connexion doit avoir deux champs « Nom d'utilisateur » et « Mot de passe » et un bouton pour effectuer une action de connexion.
- Parallèlement à cela, la page devrait afficher un lien « Mot de passe oublié » qui devrait permettre aux utilisateurs de réinitialiser leur mot de passe au cas où ils ne s'en souviendraient plus.
- La page doit également avoir un bouton pour créer un nouveau compte et également un lien pour créer une page pour les entreprises/célébrités, etc.
La liste ci-dessus est un exemple de la façon dont les exigences sont définies pour une certaine page Web. La raison pour laquelle nous avons cette étape est que pour pouvoir tester une application, le testeur doit savoir deux choses : application est censé faire ? et qu'est-ce qu'une application n'est pas censée faire ? B
En connaissant les exigences, vous serez en mesure de répondre à ces deux questions et d'effectuer la prochaine étape de planification des tests.
2. Planification des tests
L'élaboration d'un plan de test méticuleux est la base d'un test manuel efficace. Ce document décrit la stratégie de test, portée, les ressources et les délais, garantissant une approche structurée et organisée du processus de test. Un plan de test est essentiellement ce qui définit «Comment tester manuellement une application Web« .
Exemple: Le plan de test est le document qui répertorie tout sur la façon dont les tests seront effectués pendant la phase de test, y compris les détails sur ce qu'il faut tester ?, Comment tester ?, Quand tester ? et où tester ?. Cela signifie tous les détails sur l'AUT (Application Under Testing) et les outils et documents pour les tests, etc. ainsi que les environnements système et les rôles et responsabilités de chaque personne impliquée dans les tests.
Vous pouvez trouver un exemple de plan de test ici.
3. Conception de cas de test
Conception de cas de test est un art qui nécessite une attention aux détails. Chaque cas de test doit couvrir un aspect spécifique de la fonctionnalité de l'application, garantissant complet couverture. Cette phase implique la création de scénarios de test détaillés et de scripts d'exécution.
Exemple: La conception de cas de test n’est rien d’autre que l’écriture de cas de test réels. Pour cela, nous allons écrire quelques cas de test de base juste pour montrer comment écrire des cas de test.
| ID du scénario de test | Description du scénario de test | Données de test | résultat attendu | Priorité |
| 1.1 | Connexion positive | Email/téléphone valide + mot de passe valide | Connexion réussie et redirection vers le profil de l'utilisateur | Haut |
| 1.2 | Connexion positive | Nom d'utilisateur valide (alphanumérique) + Mot de passe valide | Connexion réussie et redirection vers le profil de l'utilisateur | Haut |
| 1.3 | Connexion positive | Email contenant des caractères spéciaux + Mot de passe valide | Connexion réussie et redirection vers le profil de l'utilisateur | Moyen |
| 1.4 | Connexion positive | Longueur minimale autorisée du nom d'utilisateur + mot de passe valide | Connexion réussie et redirection vers le profil de l'utilisateur | Moyen |
| 1,5 | Connexion positive | Longueur minimale autorisée du mot de passe + Mot de passe valide | Connexion réussie et redirection vers le profil de l'utilisateur | Moyen |
| 1.6 | Connexion positive | Connectez-vous avec « Se souvenir de moi » coché | Session maintenue pendant toutes les sessions du navigateur | Moyen |
| 1.7 | Connexion positive | Connectez-vous avec un compte de réseau social (le cas échéant) | Connexion réussie et redirection vers le profil de l'utilisateur | Moyen |
| 1.8 | Connexion positive | Connectez-vous avec l'authentification à deux facteurs (MFA) | Connexion réussie après avoir fourni un deuxième facteur de vérification | Moyen |
| 1.9 | Connexion positive | Connectez-vous avec différents navigateurs (Chrome, Firefox, Safari) | Connexion réussie sur tous les navigateurs | Moyen |
| 2.1 | Connexion négative | Format d'e-mail/téléphone invalide + mot de passe valide | Message d'erreur indiquant un format d'e-mail/téléphone non valide | Haut |
| 2.2 | Connexion négative | Email/Téléphone inexistant + Mot de passe valide | Message d'erreur indiquant des informations d'identification non valides | Haut |
| 2.3 | Connexion négative | E-mail/téléphone valide + mot de passe incorrect | Message d'erreur indiquant un mot de passe incorrect | Haut |
| 2.4 | Connexion négative | Champ nom d'utilisateur/mot de passe vide | Message d'erreur indiquant des informations d'identification manquantes | Moyen |
| 2.5 | Connexion négative | Connectez-vous avec un nom d'utilisateur dépassant la longueur maximale | Message d'erreur indiquant une longueur de nom d'utilisateur non valide | Moyen |
| 2.6 | Connexion négative | Connectez-vous avec un mot de passe dépassant la longueur maximale | Message d'erreur indiquant une longueur de mot de passe invalide | Moyen |
| 2.7 | Connexion négative | Tentatives de connexion répétées avec des informations d'identification invalides | Compte verrouillé ou blocage temporaire | Moyen |
| 2.8 | Connexion négative | Connectez-vous avec un CAPTCHA invalide (le cas échéant) | Message d'erreur indiquant un CAPTCHA incorrect | Moyen |
| 3.1 | Récupération de mot de passe | Email/téléphone valide pour la récupération du compte | E-mail contenant les instructions de réinitialisation du mot de passe envoyé | Haut |
| 3.2 | Récupération de mot de passe | E-mail/téléphone inexistant pour la récupération de compte | Message d'erreur indiquant une adresse e-mail/téléphone invalide | Haut |
| 3.3 | Récupération de mot de passe | Format non valide pour le lien de réinitialisation du mot de passe | Message d'erreur indiquant un format de lien non valide | Moyen |
| 3.4 | Récupération de mot de passe | Réinitialiser le mot de passe avec un nouveau mot de passe valide | Réinitialisation réussie du mot de passe et connexion avec un nouveau mot de passe | Haut |
- Vous pouvez développer ce tableau en ajoutant des colonnes supplémentaires telles que «Conditions préalables», « Étapes », « Résultat réel » et « Réussite/Échec ».
- Vous pouvez également classer les cas de test en fonction de leurs fonctionnalités (par exemple, connexion, récupération de mot de passe, éléments d'interface utilisateur).
- Il est important d'utiliser des données de test réalistes et diversifiées pour garantir complet essai.
- Tenez compte de l’accessibilité et de l’internationalisation lors de la rédaction de cas de test.
4. Exécution des tests
Le cœur des tests manuels réside dans la phase d’exécution. Testeurs systématiquement parcourir chaque scénario de test, documenter méticuleusement les résultats et identifier tout écart par rapport au comportement attendu.
Exemple: Maintenant, pour exécuter réellement les cas de test, les testeurs d'une organisation ont généralement leur propre environnement « Environnement de test» où ils effectuent réellement des tests conformément au plan de test et aux cas de test mentionnés ci-dessus.
Exécution: Pendant l'exécution, vous ouvrirez votre URL Test Env et effectuer les cas de test ci-dessus un par un et enregistrez les résultats, par exemple, connectez-vous en utilisant le nom d'utilisateur et le mot de passe corrects et vous devriez être connecté avec succès à Facebook.
5. Signalement des défauts
Lorsque des problèmes sont identifiés lors des tests, un processus robuste de signalement des défauts entre en jeu. Des rapports clairs, concis et détaillés permettent aux développeurs de résoudre et de corriger rapidement les problèmes.
Exemple: Si le nom d'utilisateur et le mot de passe que vous utilisez ont un compte sur l'environnement de test mais que vous recevez toujours un message d'erreur, ce qui ne devrait pas être le cas, cela est considéré comme un défaut car l'application est censée vous permettre de vous connecter en utilisant les informations d'identification correctes.
Une autre chose à comprendre, les gens sont souvent confus entre Bug et Défaut, vérifiez l'analogie ci-dessous pour mieux la comprendre
- Bogue: Imaginez une faute de frappe dans une recette qui rend le plat immangeable. C'est une erreur spécifique qui doit être corrigée.
- Défaut: Imaginez que la recette elle-même soit incomplète ou manque d'instructions essentielles. Il s'agit d'un problème plus vaste qui affecte l'ensemble du processus de cuisson et qui doit être résolu.
Meilleures pratiques pour des tests manuels efficaces
Apprentissage continu et adaptation
Dans un paysage technologique en évolution rapide, rester de front des nouvelles technologies, des méthodologies de test et des tendances de l’industrie n’est pas négociable. L'apprentissage continu donne aux testeurs les compétences nécessaires pour s'adapter à l'évolution des exigences.
Collaboration et communication
Une collaboration efficace entre développement et les équipes de test sont essentielles. Des canaux de communication transparents garantissent que les tests s'alignent sur les objectifs de développement, favorisant ainsi une culture de collaboration qui accélère le processus de test.
Conclusion
La maîtrise des tests manuels est un parcours continu qui nécessite une combinaison d’expertise technique, de créativité et d’attention méticuleuse aux détails. Dans ce guide, nous avons exploré les multiples facettes des tests manuels, de ses principes fondamentaux aux techniques avancées et aux meilleures pratiques. En intégrant ces informations dans votre processus de test, vous pouvez améliorer la qualité et la fiabilité de vos applications Web.
