Meilleurs modèles de cas de test avec exemples

Qu’est-ce qu’un cas de test?

Cas de test – la plus petite unité du plan de test – comprend une description des actions et paramètres nécessaires pour obtenir et vérifier le comportement attendu d’une fonction particulière ou de la partie du logiciel testé.

Si vous devez vérifier certaines fonctionnalités, vous pouvez créer un script de test ou une user story. Vous devez donc savoir par où commencer les tests, quelles étapes générales doivent être exécutées et quel devrait en être le résultat. Et ce scénario est ensuite décomposé en parties plus détaillées – des scénarios de test – pour définir tous les comportements positifs, négatifs, de localisation et autres du logiciel. Par exemple, les testeurs doivent tester la fonctionnalité de téléchargement de photos.

Nous créons un scénario de test sous la forme:

  1. L’utilisateur doit être connecté
  2. Passer à la page « Télécharger des photos »
  3. Cliquez sur le bouton « télécharger »
  4. Sélectionnez des photos
  5. Les télécharger

Maintenant, ce scénario doit être divisé en scénarios de test détaillés, par exemple:

  • Vérifiez la possibilité pour l’utilisateur connecté d’aller à la page « télécharger des photos »
  • Cochez la possibilité pour l’utilisateur non connecté d’aller à la page « upload photos »
  • Vérifiez si l’utilisateur peut cliquer sur le bouton « télécharger »
  • Est-ce que cela ouvre un formulaire pour sélectionner une photo et la possibilité de la fermer
  • Que se passe-t-il si vous ne sélectionnez pas de photos, choisissez un autre format de fichier (par exemple, une vidéo), choisissez des photos d’une taille maximale, etc.
  • Vérifiez la possibilité de télécharger des photos
  • Vérifier si la photo est enregistrée
  • Possibilité de recharger ou d’effacer des photos
  • Qu’advient-il des photos en cas de disparition d’Internet ou de mise hors tension de l’appareil?
  • Tous les boutons sont-ils affichés correctement à un autre emplacement ou sur différents systèmes d’exploitation (le cas échéant)

Etc. Le nombre de tests dépend de l’expérience et de l’imagination du testeur.

Par conséquent, le processus d’écriture de scénarios de test commence par la création d’un scénario de test ou d’une user story, puis peut être divisé pour contrôler différentes occasions.

Une structure d’un cas de test

L’objectif de la documentation sur les cas de test est de spécifier et de communiquer les conditions spécifiques qui doivent être validées pour permettre une évaluation du système. Les cas de test sont motivés par de nombreux facteurs, mais ils incluent généralement un sous-ensemble de cas d’utilisation, de caractéristiques de performance et de risques dans le projet.

Un bon modèle de scénario de test maintient la cohérence des artefacts de test pour l’équipe de test et permet à toutes les parties prenantes de comprendre facilement les scénarios de test. L’écriture de scénarios de test dans un format standard réduit les efforts de test et le taux d’erreur. Le format des cas de test est préférable si vous examinez des cas de test avec des experts.

Champ de test La description
ID de cas de test Chaque cas de test doit avoir un identifiant unique.
Priorité d’essai

C’est utile lors de l’exécution du test.

  • Faible
  • Moyen
  • Haute
Test conçu par Nom du testeur
Date de l’essai conçu Date de conception du test
Test exécuté par Qui a exécuté le test (testeur)
Date d’exécution du test Date à laquelle le test doit être exécuté
Nom ou titre du test Le titre doit fournir une description concise et révélatrice du scénario de test, telle que «Réinitialiser le passage». Le titre est important car c’est souvent la première ou la seule chose que vous voyez lorsque vous analysez une liste de scénarios de test. Des titres clairs sont la clé pour aider les testeurs à trouver rapidement les bons cas de test.
Description / Résumé du test Une description détaillée du cas de test. Dans cette section, vous pouvez également configurer des catégories pour organiser vos scénarios de test en groupes logiques.
Condition préalable Toute exigence à exécuter avant l’exécution de ce cas de test
Étapes de test

La section Étapes de test fournit au testeur une liste numérotée des étapes à exécuter dans le système, ce qui facilite la compréhension du scénario de test.

Il est recommandé d’avoir 3 à 8 étapes de test par cas de test. Trop d’étapes empêchent les développeurs et les testeurs de reproduire les étapes lorsqu’un rapport de bogue est archivé dans le scénario de test.

Données de test Vous pouvez entrer des données de test directement dans le champ de données de test ou vous référer à un fichier séparé contenant les données de test pour un ou plusieurs scénarios de test. En utilisant un fichier de données de test, vous évitez de coder en dur les données de test dans le scénario de test. Vous pouvez donc utiliser un seul scénario de test pour tester plusieurs ensembles de données de test.
Résultats attendus Mentionnez le résultat attendu, y compris l’erreur ou le message devant apparaître à l’écran. Le testeur doit connaître le résultat attendu pour pouvoir déterminer si le scénario de test a réussi. Le niveau de détail optimal dans ce domaine varie d’une situation à l’autre.
Post-condition Quel serait l’état du système après l’exécution du scénario de test?
Statut (échec / réussite) Marquez ce champ comme ayant échoué si le résultat réel n’est pas le même que le résultat attendu
Notes / Commentaires / Questions: S’il reste des conditions spéciales dans le champ ci-dessus
Exigences Liste des exigences pour un cycle de test particulier.
Pièces jointes / références   Les fichiers et les documents joints au scénario de test, tels que les captures d’écran et autres éléments de support.
Automatisation? (Oui Non) Remplissez «OUI» lorsque les cas de test sont automatisés

Types de cas de test

Au début de la carrière, tout testeur confronté au problème lorsqu’un chef d’équipe, un chef de projet ou un client exprime son mécontentement du fait que vous ayez rédigé quelques cas de test.

Afin de couvrir efficacement la fonctionnalité par des tests, les cas de test doivent être divisés en types. Si vous commencez à le faire, leur nombre augmentera au moins trois fois. Diverses sources décrivent les types de différentes manières, mais l’essence de la division ne change pas. Nous proposons les types de cas de test suivants qui doivent diviser votre plan de test:

Positif

Il existe des cas de test visant à vérifier le bon fonctionnement de la fonctionnalité revendiquée à l’aide du format d’entrée spécifié dans la documentation du logiciel.

Par exemple, les tests élémentaires positifs vérifient tous les formats de courrier électronique appropriés, qui doivent répondre aux exigences suivantes.

I. La première partie de l’adresse e-mail, avant le @ peut contenir l’un des caractères ASCII suivants:

  • lettres latines, quel que soit le cas – de a à z
  • chiffres de 0 à 9
  • les caractères spéciaux # $% & ‘* + – / = ^ _ `{|} ~!?
  • point « . » mais si c’est parmi les autres personnages
  • espace et caractères « (): <> @ [\] autorisés avec restrictions pour un commentaire ou une indication du nom, etc.

II. Partie de domaine – après le symbole @ peut contenir:

  • lettres latines, quel que soit le cas – de a à z
  • chiffres de 0 à 9, si le nom de domaine ne contient pas seulement les valeurs numériques
  • et « – » si c’est entre d’autres personnages

Négatif

Il existe des cas de test qui vérifient toutes les situations possibles qui devraient conduire à un message d’erreur. De plus, ce type de cas de test inclut une vérification qui peut conduire à des situations inattendues, c’est-à-dire non décrites dans la documentation.

Par exemple, vous pouvez tester le champ email en introduisant les caractères qui ne sont pas inclus dans la liste mentionnée ci-dessus. Vous pouvez également essayer d’interrompre les champs, vérifier si les données sont stockées dans le redémarrage du système ou si elles sont exposées à d’autres facteurs externes.

Valeur limite

Pour vérifier les valeurs de chaque côté des contraintes. L’un d’entre eux concerne les tests positifs, l’autre les tests négatifs. Il vaut mieux les isoler pour ne pas les rater. Ces tests sont une indication que vous possédez la conception de test, que vous pouvez voir ci-dessous.

Par exemple, vous avez trouvé dans la documentation que le mot de passe doit contenir au moins 6 caractères et au plus 60 caractères. Vous devez donc vérifier ce qui se passe si vous tapez 5, 6, 60 et 61 caractères. Ne pas oublier un cas où le champ est vide. Si la documentation ne décrit pas ces restrictions, vous pouvez les proposer elles-mêmes, en discutant avec l’équipe!

L’intégration

Vérifiez les connexions entre les différentes parties du programme. Ce n’est pas exactement le type de cas de test, mais plutôt le niveau de test. Mais de tels tests sont nécessaires. Vous devez les décrire, surtout si votre système est composé d’au moins deux modules.

Vous pouvez écrire des cas de test pour vérifier l’apparence des données saisies dans une autre partie du logiciel. Par exemple, si vous avez un paiement pour un certain type de fonctionnalité. Ensuite, vous devez absolument vérifier si cette fonctionnalité devient disponible après le paiement. Après tout, les développeurs ont probablement implémenté ces parties séparément et des problèmes peuvent survenir lorsqu’ils les intègrent.

Test de localisation

Vérifiez tous les éléments d’interface utilisateur dans différentes langues et leurs emplacements (s’il existe une prise en charge des langues avec des règles d’écriture et de lecture différentes).

Par exemple, si votre logiciel prend en charge l’un des emplacements où l’interface utilisateur est placée de droite à gauche, vous devez porter une attention particulière au travail de la liste déroulante, des cases à cocher, de l’activation / désactivation d’éléments, etc.

Tests écrits à vérifier GUI. Vous pouvez décrire l’apparence de conseils dans les raccourcis clavier, les erreurs, etc. du programme.

Si vous avez suffisamment de temps, vous pouvez écrire des scénarios de test qui vous aideront à effectuer des tests multiplateformes, notamment si le programme dépend de plates-formes.

Si vous disposez d’un excellent logiciel prenant en charge plusieurs langues, créez un chapitre séparé pour le scénario de test de localisation.

Si vous n’utilisez aucun outil de gestion de scénario de test, vous pouvez utiliser n’importe quel outil open source ou feuille Excel pour gérer et exécuter vos scénarios de test.

Les modèles et exemples de scénarios de test sont très utiles car leur utilisation vous permet de gagner du temps et des ressources pour le produit de couverture grâce à un grand nombre de scénarios de test.

Les formats de scénario de test varient selon les organisations. Il existe de nombreuses méthodes de documentation de scénario de test, dont certaines:

Exemple 1

C’est très pratique dans le cas où le testeur doit enregistrer de manière très détaillée chaque étape. Bien adapté au cas où des cas de test sont faits pour de nouveaux testeurs. Cela les aidera à couvrir les produits par des tests de qualité et à ne pas manquer de données importantes.

Nom du projet:Système bancaire
Cas de test
Identifiant du cas de test: BU_001 Test conçu par:<Nom>
Priorité d’essai(Faible / moyen / élevé):Med Date de test:<Date>
Nom du module:Écran de connexion bancaire Test exécuté par:<Nom>
Titre du test:Tester la fonctionnalité de connexion dans Banking Date d’exécution du test:<Date>
La description:Vérifier la connexion avec un nom d’utilisateur et un mot de passe valides
Conditions préalables:L’utilisateur a un nom d’utilisateur et un mot de passe valides

Les dépendances:

Étape Étapes de test Données de test résultat attendu Résultat actuel Statut (réussite / échec) Remarques
1 Accédez à la page de connexion L’utilisateur devrait pouvoir se connecter L’utilisateur devrait pouvoir se connecter Passer
2 Fournir un nom d’utilisateur valide Utilisateur =[email protected] Credential peut être entré Comme prévu Passer
3 Fournir un mot de passe valide Mot de passe: 1234 Credential peut être entré Comme prévu Passer
4 Cliquez sur le bouton de connexion Utilisateur connecté Utilisateur connecté avec succès Passer
Post-conditions: L’utilisateur est validé avec la base de données et s’est connecté avec succès au compte. Les détails de la session du compte sont enregistrés dans la base de données.

Exemple 2

Si les détails sont inutiles, cet exemple permet d’économiser du temps et des ressources.

ID de cas de test BU_001 Description du cas de test Tester la fonctionnalité de connexion dans Banking
Créé par <Nom> Revu par <Nom> Version 2.1
Journal du testeur QA Examen des commentaires de Bill incorporés dans la version 2.1
Nom du testeur <Nom> Date testée 1er janvier 2017 Cas de test (succès / échec / non exécuté) Passer
S # Conditions préalables: S # Données de test
1 Accès au navigateur Chrome 1 ID utilisateur = mg12345
2 2 Pass = df12 @ 434c
3 3
4 4
Scénario de test Vérifier en entrant un ID utilisateur et un mot de passe valides, le client peut se connecter
Étape # Détails de l’étape Résultats attendus Résultats actuels Succès / échec / non exécuté / suspendu
1 Accédez à http://Banksite.com Le site devrait s’ouvrir Comme prévu Passer
2 Entrez l’ID utilisateur et le mot de passe Credential peut être entré Comme prévu Passer
3 Cliquez sur Soumettre Cutomer est connecté Comme prévu Passer
4

Exemple 3

Si nécessaire, des données de test précises à tester, il sera pratique à utiliser. Qui a « Data Set » pour différentes variations de données.

ID de cas de test TC_Functionality_01
Priorité Haute
Dercription Tester la fonctionnalité de connexion dans BAnking
Module Écran de connexion principal
Preparé par <Nom> Date de préparation 1er janvier 2017
Testé par <Nom> Date testée 13 janvier 2017
Activités de test
Non Description de l’étape résultat attendu Résultat actuel
1 Accédez à http://BankSite.com Le site devrait s’ouvrir Comme prévu
2 Entrez Login & Pasword
3
Tester les ensembles de données
Type de données Jeu de données 1 Jeu de données 2 Jeu de données 3
Login ou Email Utilisateur1 [email protected] Utilisateur2
Mot de passe 123456 123456 qwerty @! $
Résultat du cas de test Passer

Exemple 4

ID

Résumé

Pas

résultat attendu

Résultat actuel

Remarques

1 Télécharger une photo en tant qu’utilisateur non connecté
Pré-étapes Application 1.Open
1.1 Vérifiez si la page Télécharger une photo s’ouvre. La page photo s’ouvre. 1.Cliquez sur le lien Télécharger une photo. La page Télécharger une photo ne s’ouvre pas. La page ne s’ouvre pas. Échouer Bug n ° 1
2 Télécharger une photo en tant qu’utilisateur connecté
Pré-étapes 1.Ouvrir l’application Exécuter la connexion avec les données correctes
2.1 Vérifiez si la page Télécharger une photo s’ouvre. La page photo s’ouvre. 1. Cliquez sur le lien Télécharger une photo. La page Télécharger une photo s’ouvre. Passer
2.2 Vérifier si l’utilisateur peut revenir en arrière 1. Cliquez sur le lien Télécharger une photo 2. Cliquez sur le bouton Précédent La page précédente s’ouvre
2.3 Vérifiez si le bouton Télécharger fonctionne 1. Cliquez sur le lien Télécharger une photo. 2. Cliquez sur le bouton Télécharger. Le formulaire pour choisir une photo s’ouvre Passer

Tous les modèles peuvent être téléchargés ici:

Template_01

Template_02

Template_03

Template_04