180 web application testing example test cases
Exemples de tests d'applications Web: il s'agit d'une liste de contrôle de test complète pour les applications Web et de bureau.
Il s'agit d'une liste très complète d'exemples de scénarios / scénarios de test d'application Web. Notre objectif est de partager l'une des listes de contrôle de test les plus complètes jamais rédigées et ce n'est pas encore fait.
Nous continuerons également à mettre à jour ce post à l'avenir avec plus de scénarios de test et de scénarios. Si vous n'avez pas le temps de le lire maintenant, n'hésitez pas à le partager avec vos amis et à le mettre en favori pour plus tard.
Créez une liste de contrôle de test dans le cadre de votre processus de rédaction de cas de test. En utilisant cette liste de contrôle, vous pouvez facilement créer des centaines de Cas de test pour tester des applications Web ou de bureau.
Ce sont tous des cas de test généraux et devraient être applicables à presque tous les types d'applications. Référez-vous à ces tests lors de la rédaction des scénarios de test pour votre projet et je suis sûr que vous couvrirez la plupart des types de test à l'exception des règles métier spécifiques à l'application fournies dans vos documents SRS.
Bien qu'il s'agisse d'une liste de contrôle commune, je recommande de préparer une liste de contrôle de test standard adaptée à vos besoins spécifiques en utilisant les cas de test ci-dessous en plus des tests spécifiques à l'application.
Outil recommandé:
Avant de poursuivre le processus d'écriture de cas de test, nous vous recommandons de télécharger cet outil de gestion de cas de test. Cela facilitera le processus d'écriture de votre plan de test et de votre cas de test mentionné dans ce didacticiel.
=> Télécharger l'outil de gestion des cas de test TestRail
Importance d'utiliser une liste de contrôle pour les tests
#1) Le maintien d'un référentiel standard de cas de test réutilisables pour votre application garantira que les bogues les plus courants seront détectés plus rapidement.
#deux) Une liste de contrôle permet de terminer rapidement l'écriture des cas de test pour les nouvelles versions de l'application.
# 3) La réutilisation des cas de test permet d'économiser de l'argent sur les ressources pour écrire des tests répétitifs.
# 4) Les cas de test importants seront toujours couverts, rendant ainsi presque impossible à oublier.
# 5) La liste de contrôle des tests peut être consultée par les développeurs pour s'assurer que les problèmes les plus courants sont résolus dans la phase de développement elle-même.
Remarques:
- Exécutez ces scénarios avec différents rôles d'utilisateur, par exemple utilisateur administrateur, utilisateur invité, etc.
- Pour les applications Web, ces scénarios doit être testé sur plusieurs navigateurs comme IE, FF, Chrome et Safari avec des versions approuvées par le client.
- Testez avec différentes résolutions d'écran telles que 1024 x 768, 1280 x 1024, etc.
- Une application doit être testée sur une variété d'écrans tels que LCD, CRT, ordinateurs portables, tablettes et téléphones portables.
- Tester l'application sur différentes plates-formes telles que Windows, Mac, les systèmes d'exploitation Linux, etc.
Ce que vous apprendrez:
- 180+ exemples de tests d'application Web
- Plus de 100 scénarios de test prêts à être exécutés (listes de contrôle)
- La liste de contrôle complète (cas de test) pour les composants les plus courants de AUT
- Liste de contrôle n ° 1: Liste de contrôle des tests mobiles
- Liste de contrôle n ° 2: Liste de contrôle des tests de formulaires / écrans
- Liste de contrôle n ° 3: Liste de contrôle des tests sur le terrain dans la zone de texte
- Liste de contrôle n ° 4: Liste de contrôle des tests de liste déroulante ou de liste déroulante
- Liste de contrôle n ° 5: Liste de contrôle des tests sur le terrain
- Liste de contrôle n ° 6: Liste de contrôle du test des boutons radio
- Liste de contrôle n ° 7: Scénarios de test sur le terrain avec date
- Liste de contrôle n ° 8: Enregistrer les scénarios de test des boutons
- Liste de contrôle n ° 9: scénarios de test de bouton d'annulation
- Liste de contrôle n ° 10: Supprimer les points de test des boutons
- Liste de contrôle n ° 11: pour vérifier les zones concernées après l'enregistrement ou la mise à jour
- Liste de contrôle n ° 12: Liste des tests de grille de données
- lecture recommandée
- La liste de contrôle complète (cas de test) pour les composants les plus courants de AUT
180+ exemples de tests d'application Web
Hypothèses: Supposons que votre application prend en charge les fonctionnalités suivantes
- Formulaires avec différents champs
- Fenêtres enfants
- L'application interagit avec la base de données
- Divers critères de filtre de recherche et affichage des résultats
- Téléchargement d'image
- Envoyer la fonctionnalité d'e-mail
- Fonctionnalité d'exportation de données
Scénarios de test généraux
1. Tous les champs obligatoires doivent être validés et indiqués par un astérisque (*).
2. Les messages d'erreur de validation doivent s'afficher correctement dans la bonne position.
3. Tous les messages d'erreur doivent être affichés dans le même style CSS ( Par exemple, en utilisant la couleur rouge)
4. Les messages de confirmation généraux doivent être affichés en utilisant un style CSS autre que le style des messages d'erreur ( Par exemple, en utilisant la couleur verte)
5. Le texte des info-bulles doit être significatif.
6. Les champs déroulants doivent avoir la première entrée vide ou un texte comme «Sélectionner».
7. La «fonctionnalité de suppression» pour tout enregistrement sur une page doit demander une confirmation.
8. L'option Sélectionner / désélectionner tous les enregistrements doit être fournie si la page prend en charge la fonctionnalité d'ajout / suppression / mise à jour d'enregistrement
9. Les valeurs de montant doivent être affichées avec des symboles de devise corrects.
10. Le tri des pages par défaut doit être fourni.
11. La fonctionnalité du bouton de réinitialisation doit définir les valeurs par défaut pour tous les champs.
12. Toutes les valeurs numériques doivent être formatées correctement.
13. Les champs de saisie doivent être vérifiés pour la valeur maximale du champ. Les valeurs d'entrée supérieures à la limite maximale spécifiée ne doivent pas être acceptées ou stockées dans la base de données.
14. Vérifiez tous les champs de saisie pour les caractères spéciaux.
15. Les étiquettes de champ doivent être standard, par ex. le champ acceptant le prénom de l’utilisateur doit être correctement étiqueté comme «Prénom».
16. Vérifiez la fonctionnalité de tri des pages après des opérations d'ajout / d'édition / de suppression sur n'importe quel enregistrement.
17. Vérifiez la fonctionnalité de temporisation. Les valeurs de délai d'expiration doivent être configurables. Vérifiez le comportement de l'application après l'expiration du délai de fonctionnement.
18. Vérifiez les cookies utilisés dans une application.
19. Vérifiez si les fichiers téléchargeables pointent vers les chemins de fichiers corrects.
20. Toutes les clés de ressources doivent être configurables dans des fichiers de configuration ou une base de données au lieu d'un codage en dur.
21. Les conventions standard doivent être suivies partout pour nommer les clés de ressources.
22. Validez le balisage pour toutes les pages Web (validez le HTML et le CSS pour les erreurs de syntaxe) pour vous assurer qu'il est conforme aux normes.
23. Le plantage de l'application ou les pages non disponibles doivent être redirigées vers la page d'erreur.
24. Vérifiez le texte de toutes les pages pour les fautes d'orthographe et de grammaire.
25. Vérifiez les champs de saisie numérique avec des valeurs de saisie de caractères. Un message de validation approprié devrait apparaître.
26. Vérifiez les nombres négatifs si cela est autorisé pour les champs numériques.
27. Vérifiez le nombre de champs avec des nombres décimaux.
28. Vérifiez la fonctionnalité des boutons disponibles sur toutes les pages.
29. L'utilisateur ne devrait pas être en mesure de soumettre une page deux fois en appuyant rapidement sur le bouton Soumettre.
30. Les erreurs de division par zéro doivent être traitées pour tous les calculs.
31. Les données d'entrée dont la première et la dernière position sont vierges doivent être traitées correctement.
qu'est-ce que le test de la boîte noire avec l'exemple
Scénarios de test d'interface graphique et d'utilisabilité
1. Tous les champs d'une page ( Par exemple, zone de texte, options radio, listes déroulantes) doivent être correctement alignés.
2. Les valeurs numériques doivent être justifiées correctement, sauf indication contraire.
3. Un espace suffisant doit être prévu entre les étiquettes de champ, les colonnes, les lignes, les messages d'erreur, etc.
4. La barre de défilement ne doit être activée que lorsque cela est nécessaire.
5. La taille, le style et la couleur de la police pour le titre, le texte de description, les étiquettes, les données de champ et les informations de grille doivent être standard comme spécifié dans SRS.
6. La zone de texte de description doit être composée de plusieurs lignes.
7. Les champs désactivés doivent être grisés et les utilisateurs ne doivent pas pouvoir se concentrer sur ces champs.
8. Lors d'un clic sur un champ de texte de saisie, le pointeur de la flèche de la souris doit être remplacé par le curseur.
9. L'utilisateur ne doit pas être en mesure de saisir des listes de sélection déroulantes.
10. Les informations remplies par les utilisateurs doivent rester intactes en cas de message d'erreur lors de la soumission de la page. L'utilisateur devrait être en mesure de soumettre à nouveau le formulaire en corrigeant les erreurs.
11. Vérifiez si des étiquettes de champ appropriées sont utilisées dans les messages d'erreur.
12. Les valeurs des champs déroulants doivent être affichées dans l'ordre de tri défini.
13. L'ordre de tabulation et Shift + Tab devrait fonctionner correctement.
14. Les options radio par défaut doivent être présélectionnées lors du chargement de la page.
15. Des messages d'aide spécifiques au champ et au niveau de la page doivent être disponibles.
16. Vérifiez si les champs corrects sont mis en évidence en cas d'erreurs.
17. Vérifiez si les options de la liste déroulante sont lisibles et non tronquées en raison des limites de taille des champs.
18. Tous les boutons d'une page doivent être accessibles par des raccourcis clavier et l'utilisateur doit pouvoir effectuer toutes les opérations à l'aide d'un clavier.
19. Vérifiez toutes les pages pour les images cassées.
20. Vérifiez toutes les pages pour les liens rompus.
21. Toutes les pages doivent avoir un titre.
22. Des messages de confirmation doivent être affichés avant d'effectuer toute opération de mise à jour ou de suppression.
23. Le sablier doit être affiché lorsque l'application est occupée.
24. Le texte de la page doit être justifié à gauche.
25. L'utilisateur doit pouvoir sélectionner une seule option radio et n'importe quelle combinaison de cases à cocher.
Scénarios de test pour les critères de filtre
1. L'utilisateur doit pouvoir filtrer les résultats en utilisant tous les paramètres de la page.
2. La fonctionnalité de recherche affinée doit charger la page de recherche avec tous les paramètres de recherche sélectionnés par l'utilisateur.
3. Lorsqu'il y a au moins un critère de filtre requis pour effectuer l'opération de recherche, assurez-vous que le message d'erreur approprié est affiché lorsque l'utilisateur soumet la page sans sélectionner de critère de filtre.
4. Lorsqu'au moins une sélection de critères de filtre n'est pas obligatoire, l'utilisateur doit être en mesure de soumettre la page et les critères de recherche par défaut doivent être utilisés pour interroger les résultats.
5. Des messages de validation appropriés doivent être affichés pour toutes les valeurs non valides des critères de filtre.
Scénarios de test pour la grille de résultats
1. Le symbole de chargement de la page doit s'afficher lorsque le temps de chargement de la page de résultats prend plus que le temps par défaut.
2. Vérifiez si tous les paramètres de recherche sont utilisés pour récupérer les données affichées sur la grille de résultats.
3. Le nombre total de résultats doit être affiché dans la grille de résultats.
4. Les critères de recherche utilisés pour la recherche doivent être affichés dans la grille de résultats.
5. Les valeurs de grille de résultat doivent être triées par colonne par défaut.
6. Les colonnes triées doivent être affichées avec une icône de tri.
7. Les grilles de résultats doivent inclure toutes les colonnes spécifiées avec des valeurs correctes.
8. La fonctionnalité de tri croissant et décroissant doit fonctionner pour les colonnes prises en charge par le tri des données.
9. Les grilles de résultats doivent être affichées avec un espacement correct entre les colonnes et les lignes.
10. La pagination doit être activée lorsqu'il y a plus de résultats que le nombre de résultats par défaut par page.
11. Vérifiez la fonctionnalité de pagination des pages suivante, précédente, première et dernière page.
12. Les enregistrements en double ne doivent pas être affichés dans la grille de résultats.
13. Vérifiez si toutes les colonnes sont visibles et si une barre de défilement horizontale est activée si nécessaire.
14. Vérifiez les données des colonnes dynamiques (colonnes dont les valeurs sont calculées dynamiquement en fonction des autres valeurs de colonne).
15. Pour les grilles de résultats affichant les rapports, vérifiez la ligne «Totaux» et vérifiez le total pour chaque colonne.
16. Pour les grilles de résultats affichant des rapports, vérifiez les données de la ligne «Totaux» lorsque la pagination est activée et que l'utilisateur accède à la page suivante.
17. Vérifiez si les symboles appropriés sont utilisés pour afficher les valeurs de colonne, par ex. Le symbole% doit être affiché pour le calcul du pourcentage.
18. Vérifiez les données de la grille de résultats pour savoir si la plage de dates est activée.
Scénarios de test pour une fenêtre
1. Vérifiez si la taille de fenêtre par défaut est correcte.
2. Vérifiez si la taille de la fenêtre enfant est correcte.
3. Vérifiez s'il y a un champ sur la page avec le focus par défaut (en général, le focus doit être défini sur le premier champ de saisie de l'écran).
4. Vérifiez si les fenêtres enfants se ferment à la fermeture de la fenêtre parent / ouvreur.
5. Si la fenêtre enfant est ouverte, l'utilisateur ne doit pas pouvoir utiliser ou mettre à jour un champ en arrière-plan ou dans la fenêtre parent
6. Vérifiez la fonctionnalité de réduction, d'agrandissement et de fermeture de la fenêtre.
7. Vérifiez si la fenêtre est redimensionnable.
8. Vérifiez la fonctionnalité de la barre de défilement pour les fenêtres parent et enfant.
9. Cochez la fonctionnalité du bouton d'annulation de la fenêtre enfant.
Scénarios de test de test de base de données
1. Vérifiez si les données correctes sont enregistrées dans la base de données après une soumission de page réussie.
2. Vérifiez les valeurs des colonnes qui n'acceptent pas les valeurs nulles.
3. Vérifiez l'intégrité des données. Les données doivent être stockées dans une ou plusieurs tables en fonction de la conception.
4. Les noms d'index doivent être donnés conformément aux normes, par ex. INDIANA__
5. Les tables doivent avoir une colonne de clé primaire.
6. Les colonnes du tableau doivent avoir des informations de description disponibles (sauf pour les colonnes d'audit telles que la date de création, créée par, etc.)
7. Pour chaque ajout / mise à jour de base de données, un journal des opérations doit être ajouté.
8. Les index de table requis doivent être créés.
9. Vérifiez si les données sont validées dans la base de données uniquement lorsque l'opération est terminée avec succès.
10. Les données doivent être restaurées en cas d'échec des transactions.
11. Le nom de la base de données doit être donné selon le type d'application, c'est-à-dire test, UAT, sandbox, live (bien que ce ne soit pas une norme, il est utile pour la maintenance de la base de données)
12. Les noms logiques de base de données doivent être donnés en fonction du nom de la base de données (encore une fois, ce n'est pas standard mais utile pour la maintenance de la base de données).
13. Les procédures stockées ne doivent pas être nommées avec un préfixe «sp_»
14. Vérifiez si les valeurs des colonnes d'audit de table (comme la date de création, créée par, mise à jour, mise à jour par, est supprimée, les données supprimées, supprimées par, etc.) sont correctement renseignées.
15. Vérifiez si les données d'entrée ne sont pas tronquées lors de l'enregistrement. La longueur du champ affichée à l'utilisateur sur la page et dans le schéma de base de données doit être la même.
16. Vérifiez les champs numériques avec des valeurs minimale, maximale et flottante.
17. Vérifiez les champs numériques avec des valeurs négatives (pour l'acceptation et la non-acceptation).
18. Vérifiez si le bouton radio et les options de la liste déroulante sont correctement enregistrés dans la base de données.
19. Vérifiez si les champs de la base de données sont conçus avec le type et la longueur de données corrects.
20. Vérifiez si toutes les contraintes de table telles qu'une clé primaire, une clé étrangère, etc. sont correctement implémentées.
21. Testez les procédures stockées et les déclencheurs avec des exemples de données d'entrée.
22. Les espaces de début et de fin des champs de saisie doivent être tronqués avant de valider les données dans la base de données.
23. Les valeurs nulles ne doivent pas être autorisées pour la colonne Clé primaire.
Scénarios de test pour la fonctionnalité de téléchargement d'images
(Également applicable pour d'autres fonctionnalités de téléchargement de fichiers)
1. Vérifiez le chemin de l'image téléchargée.
2. Vérifiez le téléchargement d'images et modifiez la fonctionnalité.
3. Vérifiez la fonctionnalité de téléchargement d'images avec des fichiers image de différentes extensions ( Par exemple, JPEG, PNG, BMP, etc.)
4. Vérifiez la fonctionnalité de téléchargement d'image avec des images ayant de l'espace ou tout autre caractère spécial autorisé dans le nom de fichier.
5. Vérifiez le téléchargement de l'image de nom en double.
6. Vérifiez le téléchargement d'image avec une taille d'image supérieure à la taille maximale autorisée. Le message d'erreur correct doit être affiché.
7. Vérifiez la fonctionnalité de téléchargement d'images avec des types de fichiers autres que des images ( Par exemple, txt, doc, pdf, exe, etc.). Un message d'erreur approprié doit s'afficher.
8. Vérifiez si les images de hauteur et de largeur spécifiées (si définies) sont acceptées sinon rejetées.
9. La barre de progression du téléchargement des images doit apparaître pour les images de grande taille.
10. Vérifiez si la fonctionnalité du bouton d'annulation fonctionne entre le processus de téléchargement.
11. Vérifiez si la boîte de dialogue de sélection de fichier n'affiche que les fichiers pris en charge répertoriés.
12. Vérifiez la fonctionnalité de téléchargement d'images multiples.
13. Vérifiez la qualité de l'image après le téléchargement. La qualité de l'image ne doit pas être modifiée après le téléchargement.
14. Vérifiez si l'utilisateur peut utiliser / afficher les images téléchargées.
Scénarios de test pour l'envoi d'e-mails
(Les cas de test pour la rédaction ou la validation des e-mails ne sont pas inclus ici)
(Assurez-vous d'utiliser des adresses e-mail factices avant d'exécuter des tests liés aux e-mails)
1. Le modèle d'e-mail doit utiliser le CSS standard pour tous les e-mails.
2. Les adresses e-mail doivent être validées avant d'envoyer des e-mails.
3. Les caractères spéciaux dans le modèle de corps d'e-mail doivent être gérés correctement.
4. Caractères spécifiques à la langue ( Par exemple, Les caractères de langue russe, chinois ou allemand) doivent être gérés correctement dans le modèle de corps de l'e-mail.
5. L'objet de l'e-mail ne doit pas être vide.
6. Les champs d'espace réservé utilisés dans le modèle d'e-mail doivent être remplacés par des valeurs réelles, par exemple. {Firstname} {Lastname} doit être remplacé par le prénom et le nom d'une personne correctement pour tous les destinataires.
7. Si des rapports avec des valeurs dynamiques sont inclus dans le corps de l'e-mail et que les données du rapport doivent être calculées correctement.
8. Le nom de l'expéditeur de l'e-mail ne doit pas être vide.
9. Les e-mails doivent être vérifiés dans différents clients de messagerie comme Outlook, Gmail, Hotmail, Yahoo! courrier, etc.
10. Cochez pour envoyer la fonctionnalité de courrier électronique en utilisant les champs TO, CC et BCC.
11. Vérifiez les e-mails en texte brut.
12. Vérifiez les e-mails au format HTML.
13. Vérifiez l'en-tête et le pied de page de l'e-mail pour le logo de l'entreprise, la politique de confidentialité et d'autres liens.
14. Vérifiez les e-mails avec pièces jointes.
15. Cochez cette case pour envoyer la fonctionnalité de courrier électronique à des destinataires uniques, multiples ou de liste de distribution.
16. Vérifiez si une réponse à l'adresse e-mail est correcte.
17. Cochez pour envoyer le volume élevé d'e-mails.
Scénarios de test pour la fonctionnalité d'exportation Excel
1. Le fichier doit être exporté dans l'extension de fichier appropriée.
2. Le nom de fichier du fichier Excel exporté doit être conforme aux normes, Par exemple, si le nom de fichier utilise l'horodatage, il doit être remplacé correctement par un horodatage réel au moment de l'exportation du fichier.
3. Vérifiez le format de date si le fichier Excel exporté contient les colonnes de date.
4. Vérifiez le formatage des nombres pour les valeurs numériques ou monétaires. Le formatage doit être le même que celui indiqué sur la page.
5. Le fichier exporté doit avoir des colonnes avec des noms de colonne appropriés.
6. Le tri des pages par défaut doit également être effectué dans le fichier exporté.
7. Les données du fichier Excel doivent être correctement formatées avec le texte d'en-tête et de pied de page, la date, les numéros de page, etc. pour toutes les pages.
8. Vérifiez si les données affichées sur une page et le fichier Excel exporté sont les mêmes.
9. Vérifiez la fonctionnalité d'exportation lorsque la pagination est activée.
10. Vérifiez si le bouton d'exportation affiche l'icône appropriée en fonction du type de fichier exporté, Par exemple, Icône de fichier Excel pour les fichiers xls
11. Vérifiez la fonctionnalité d'exportation pour les fichiers de très grande taille.
12. Vérifiez la fonctionnalité d'exportation des pages contenant des caractères spéciaux. Vérifiez si ces caractères spéciaux sont correctement exportés dans le fichier Excel.
Scénarios de test de test de performance
1. Vérifiez si le temps de chargement de la page se situe dans la plage acceptable.
2. Vérifiez le chargement de la page sur les connexions lentes.
3. Vérifiez le temps de réponse pour toute action dans des conditions de charge légère, normale, modérée et élevée.
4. Vérifiez les performances des procédures stockées et des déclencheurs de la base de données.
5. Vérifiez l'heure d'exécution de la requête de base de données.
6. Vérifiez les tests de charge de l'application.
7. Vérifiez les tests de résistance de l'application.
8. Vérifiez l'utilisation du processeur et de la mémoire dans des conditions de charge maximale.
Scénarios de test de test de sécurité
1. Recherchez les attaques par injection SQL.
2. Les pages sécurisées doivent utiliser le protocole HTTPS.
3. Le plantage de la page ne doit pas révéler les informations sur l'application ou le serveur. La page d'erreur doit être affichée pour cela.
4. Échappez les caractères spéciaux dans l'entrée.
5. Les messages d'erreur ne doivent révéler aucune information sensible.
6. Toutes les informations d'identification doivent être transférées sur un canal crypté.
7. Testez la sécurité des mots de passe et l'application de la politique de mot de passe.
8. Vérifiez la fonctionnalité de déconnexion de l'application.
9. Recherchez les attaques par force brute.
10. Les informations sur les cookies doivent être stockées uniquement dans un format crypté.
11. Vérifiez la durée du cookie de session et la fin de la session après l'expiration ou la déconnexion.
11. Les jetons de session doivent être transmis sur un canal sécurisé.
13. Le mot de passe ne doit pas être stocké dans les cookies.
14. Test des attaques par déni de service.
15. Testez les fuites de mémoire.
16. Testez l'accès non autorisé aux applications en manipulant les valeurs des variables dans la barre d'adresse du navigateur.
17. Tester la gestion de l'extension de fichier afin que les fichiers exe ne soient pas téléchargés et exécutés sur le serveur.
18. Les champs sensibles tels que les mots de passe et les informations de carte de crédit ne devraient pas avoir à activer la saisie semi-automatique.
19. La fonctionnalité de téléchargement de fichier doit utiliser des restrictions de type de fichier et également un antivirus pour analyser les fichiers téléchargés.
20. Vérifiez si la liste des répertoires est interdite.
21. Les mots de passe et autres champs sensibles doivent être masqués lors de la saisie.
22. Vérifiez si la fonctionnalité de mot de passe oublié est sécurisée avec des fonctionnalités telles que l'expiration temporaire du mot de passe après des heures spécifiées et une question de sécurité est posée avant de changer ou de demander un nouveau mot de passe.
23. Vérifiez la fonctionnalité CAPTCHA.
24. Vérifiez si les événements importants sont enregistrés dans les fichiers journaux.
25. Vérifiez si les privilèges d'accès sont correctement mis en œuvre.
Cas de test de test de pénétration - J'ai répertorié environ 41 cas de test pour les tests de pénétration sur cette page .
Je voudrais vraiment remercier Devanshu lavaniya (Sr. QA Engineer travaillant pour I-link Infosoft) pour m'avoir aidé à préparer cette check-list de test complète.
J'ai essayé de couvrir presque tous les scénarios de test standard pour les fonctionnalités des applications Web et de bureau. Mais encore, je sais que ce n'est pas une liste de contrôle complète. Les testeurs de différents projets ont leur propre liste de contrôle en fonction de leur expérience.
Mise à jour:
Plus de 100 scénarios de test prêts à être exécutés (listes de contrôle)
Vous pouvez utiliser cette liste pour tester les composants les plus courants de AUT
Comment tester efficacement les composants les plus courants de votre AUT à chaque fois?
Cet article est une liste de validations courantes sur les éléments les plus répandus d'AUT - qui sont rassemblées pour la commodité des testeurs (en particulier dans l'environnement agile où des versions fréquentes à court terme se produisent).
Chaque AUT (Application Under Test) est unique et a un objectif commercial très spécifique. Les aspects individuels (modules) de l'AUT répondent à différentes opérations / actions qui sont cruciales pour le succès de l'entreprise que l'AUT soutient.
Bien que chaque AUT soit conçu différemment, les composants / champs individuels que nous rencontrons sur la plupart des pages / écrans / applications sont les mêmes avec un comportement plus ou moins similaire.
Quelques composants communs de AUT:
- Enregistrer, mettre à jour, supprimer, réinitialiser, annuler, OK - liens / boutons - dont la fonctionnalité est le libellé de l'objet indique.
- Zone de texte, listes déroulantes, cases à cocher, boutons radio, champs de contrôle de date - qui fonctionnent de la même manière à chaque fois.
- Grilles de données, zones impactées, etc. pour faciliter les rapports.
La manière dont ces éléments individuels contribuent à la fonctionnalité globale de l'application peut être différente, mais les étapes pour les valider sont toujours les mêmes.
Continuons avec la liste des validations les plus courantes pour Application Web ou de bureau pages / formulaires.
Noter : Le résultat réel, le résultat attendu, les données de test et d'autres paramètres qui font généralement partie d'un scénario de test sont omis pour des raisons de simplicité - Une approche de liste de contrôle générale est utilisée.
caractère en int c ++
Objectif de cette liste de contrôle complète:
L'objectif principal de ces listes de contrôle (ou cas de test) est d'assurer une couverture maximale des tests sur les validations au niveau du terrain sans passer trop de temps, tout en ne compromettant pas la qualité de leur test.
Après tout, la confiance dans un produit ne peut être atteinte qu'en testant au mieux chaque élément.
La liste de contrôle complète (cas de test) pour les composants les plus courants de AUT
Noter:Vous pouvez utiliser ces checklists telles quelles au format Microsoft Excel (téléchargement fourni à la fin de l'article). Vous pouvez même suivre l'exécution du test dans le même fichier avec des résultats et un statut réussite / échec.
Cela pourrait être une ressource tout-en-un pour les équipes d'assurance qualité pour tester et suivre les composants les plus courants d'AUT.Vous pouvez ajouter ou mettre à jour des cas de test spécifiques à votre applicationet en faire une liste encore plus complète.
Liste de contrôle n ° 1: Liste de contrôle des tests mobiles
Nom du module: |
Fonctionnalité du module: |
Impact du module sur l'application: |
Flux de module: |
Menu et sous-menu: |
Orthographe et ordre et pertinence: |
Contrôle pour chaque sous-menu: |
Liste de contrôle n ° 2: Liste de contrôle des tests de formulaires / écrans
Fonctionnalité du formulaire: |
Impact du formulaire sur l'application: |
Flux de formulaire: |
Conception: |
Alignements: |
Titre: |
Noms de champ: |
Orthographes: |
Marques obligatoires: |
Alertes aux champs obligatoires: |
Boutons: |
Position du curseur par défaut: |
Séquence d'onglets: |
La page avant de saisir des données: |
Page après saisie des données: |
Liste de contrôle n ° 3: Liste de contrôle des tests sur le terrain dans la zone de texte
Zone de texte:
AJOUTER (dans l'écran d'ajout) | EDIT (dans l'écran d'édition) | |
Personnages | ||
Caractères spéciaux | ||
Nombres | ||
Limite | ||
Alerte | ||
Orthographe et grammaire dans le message d'alerte: |
BVA (taille) pour la zone de texte:
Min -> -> Pass
Min-1 -> -> Échec
Min + 1 -> -> Passe
Max-1 -> -> Réussite
Max + 1 -> -> Échec
Max -> -> Réussir
ECP pour la zone de texte:
Valide | Invalide |
- | - |
- | - |
Liste de contrôle # 4: Liste de contrôle des tests de liste déroulante ou de liste déroulante
Zone de liste / liste déroulante:
AJOUTER (dans l'écran d'ajout) | EDIT (dans l'écran d'édition) | |
Entête | ||
L'exactitude des données existantes | ||
Ordre des données | ||
Sélection et désélection | ||
Alerte: | ||
Orthographe et grammaire du message d'alerte | ||
Curseur après alerte | ||
Réflexion de la sélection et de la désélection dans les champs restants |
Liste de contrôle n ° 5: Liste de contrôle des tests sur le terrain
CheckBox:
AJOUTER (dans l'écran d'ajout) | EDIT (dans l'écran d'édition) | |
Sélection par défaut | ||
Action après sélection | ||
Action après la désélection | ||
Sélection et désélection | ||
Alerte: | ||
Orthographe et grammaire du message d'alerte | ||
Curseur après alerte | ||
Réflexion de la sélection et de la désélection dans les champs restants |
Liste de contrôle n ° 6: Liste de contrôle du test des boutons radio
Bouton radio:
AJOUTER (dans l'écran d'ajout) | EDIT (dans l'écran d'édition) | |
Sélection par défaut | ||
Action après sélection | ||
Action après la désélection | ||
Sélection et désélection | ||
Alerte: | ||
Orthographe et grammaire du message d'alerte | ||
Curseur après alerte | ||
Réflexion de la sélection et de la désélection dans les champs restants |
Liste de contrôle n ° 7: Scénarios de test sur le terrain avec date
Champ de date:
AJOUTER (dans l'écran d'ajout) | EDIT (dans l'écran d'édition) | |
Affichage de la date par défaut | ||
Conception de calendrier | ||
Navigation pour différents mois et années dans le contrôle de la date | ||
Saisie manuelle dans la zone de texte de la date | ||
Format de date et uniformité avec l'application globale | ||
Alerte: | ||
Orthographe et grammaire du message d'alerte | ||
Curseur après alerte | ||
Réflexion de la sélection et de la désélection dans les champs restants |
Liste de contrôle n ° 8: Enregistrer les scénarios de test des boutons
Enregistrer / mettre à jour:
AJOUTER (dans l'écran d'ajout) | EDIT (dans l'écran d'édition) | |
Sans donner aucune donnée: | ||
Avec uniquement des champs obligatoires: | ||
Avec tous les champs: | ||
Avec limite max: | ||
Avec limite minimale | ||
Orthographe et grammaire dans le message d'alerte de confirmation: | ||
Le curseur | ||
Duplication de champs uniques: | ||
Orthographe et grammaire en duplication Message d'alerte: | ||
Le curseur |
Liste de contrôle n ° 9: scénarios de test de bouton d'annulation
Annuler:
Avec des données dans tous les domaines | ||
Avec uniquement des champs obligatoires: | ||
Avec tous les champs: |
Liste de contrôle n ° 10: Supprimer les points de test des boutons
Effacer:
EDIT (dans l'écran d'édition) | |
Supprimer l'enregistrement qui n'est utilisé nulle part dans l'application | |
Supprimer l'enregistrement qui a une dépendance | |
Ajouter à nouveau le nouvel enregistrement avec les mêmes détails supprimés |
Liste de contrôle n ° 11: pour vérifier les zones concernées après l'enregistrement ou la mise à jour
Après l'enregistrement / la mise à jour:
Afficher dans la vue | |
Réflexion dans les formes impactées dans l'application |
Liste de contrôle n ° 12: Liste des tests de grille de données
Grille de données:
Titre et orthographe de la grille | |
Formulaire Avant de donner des données | |
Message avant de donner des données | |
Orthographes | |
Alignements | |
S Non | |
Noms et ordre des champs | |
L'exactitude des données existantes | |
Ordre des données existantes | |
Alignement des données existantes | |
Navigateurs de page | |
Données lors de la navigation avec différentes pages |
Modifier la fonctionnalité de lien
Page après modification: | |
Titre et orthographe | |
Données existantes de l'enregistrement sélectionné dans chaque champ | |
Boutons |
Bien que cette liste ne soit peut-être pas exhaustive, elle est en fait étendue.
TÉLÉCHARGER==> Vous pouvez télécharger toutes ces listes de contrôle au format MS Excel: Télécharger au format Excel
Points à noter:
- Selon vos besoins, des tests supplémentaires sous chaque catégorie / pour chaque champ peuvent être ajoutés ou des champs existants peuvent être supprimés. En d'autres termes, ces listes sont entièrement personnalisables.
- Lorsque vous avez besoin d'inclure des validations au niveau du champ dans vos suites de tests, tout ce que vous avez à faire est de choisir la liste respective et de l'utiliser pour l'écran / la page que vous souhaitez tester.
- Maintenez la liste de contrôle en mettant à jour l'état de réussite / échec pour en faire un guichet unique pour répertorier les fonctionnalités, les valider et enregistrer les résultats des tests.
N'hésitez pas à en faire une liste de contrôle complète en ajoutant plus de cas de test / scénarios ou de cas de test négatifs dans la section commentaires ci-dessous.
De plus, j'apprécierais que vous partagiez ceci avec vos amis!
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Comment rédiger des cas de test: le guide ultime avec des exemples
- Test de cookies de site Web et cas de test pour tester les cookies d'application Web
- Exemple de modèle de scénario de test avec des exemples de scénario de test (Télécharger)
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Guide de test de sécurité des applications Web
- Test d'applications - Dans les bases du test de logiciels!
- Installation de votre application sur l'appareil et démarrage des tests à partir d'Eclipse
- TDD Vs BDD - Analysez les différences avec des exemples