Cas de test : modèle avec exemple

Cas de test : modèle avec exemple
MIN
19 Oct 2023

Dans cet article, nous vous présentons le modèle de scénario de test dans Excel, qui décrit en détail l’utilisation de chaque champ.

Idéalement, un outil de gestion des cas de test devrait être utilisé pour gérer les cas de test et les cycles d’exécution des tests. Pour les petits projets, cependant, de nombreuses organisations préfèrent encore utiliser des feuilles de calcul afin d’éviter les frais généraux liés à la maintenance et à la configuration de l’outil.

Table des matières

Qu’est-ce qu’un scénario de test ?

Un scénario de test est un document contenant une série d’activités réalisées pour vérifier diverses caractéristiques d’une application. Un scénario de test contient des champs tels que les étapes du test, les données du test, les hypothèses, les résultats attendus, les résultats réels, l’état d’exécution du test, etc. Le testeur exécute ces cas de test et les marque comme réussis ou échoués.

Qu’est-ce qu’un modèle de scénario de test ?

La plupart des organisations souhaitent maintenir la cohérence entre les projets, qu’ils soient en phase de développement ou de test. Afin de suivre un processus de test uniforme, un modèle de cas de test est défini, qui n’est rien d’autre qu’un modèle contenant divers champs que les cas de test doivent contenir.

Nous allons maintenant voir les différents champs du scénario de test, qu’ils soient obligatoires ou facultatifs.

TestCaseId
Ce champ identifie de manière unique le cas de test. Il est associé à des scripts d’automatisation (le cas échéant) pour surveiller l’état de l’automatisation. Le même champ peut être utilisé pour cartographier les scénarios de test afin de créer une matrice de traçabilité. Par exemple. – GoogleSearch_1

Composant/Module
Ce champ identifie le composant ou le module spécifique auquel appartient le cas de test. Par exemple. – Module_barre_de_recherche.

Priorité (Priority)
Ce champ est utilisé pour spécifier la priorité du cas de test. En règle générale, la procédure conventionnelle pour spécifier la priorité est la suivante : High/Medium/Low ou P0/P1/P2/P3, etc., P0 étant la plus critique.

Description
Décrivez brièvement le cas de test dans ce domaine. Par exemple. vérifiez que lorsque l’utilisateur tape un terme de recherche et appuie sur la touche « Entrée », les résultats de la recherche s’affichent.

Pré-requis
Dans ce champ, indiquez les conditions ou les étapes qui doivent être remplies avant que les étapes du test puissent être exécutées, par exemple – Le navigateur est en cours d’exécution.

Étapes du test
Dans ce champ, nous énumérons chaque étape de l’exécution du scénario de test. Les étapes du test doivent être claires et sans ambiguïté, par exemple

  • Tapez l’URL – https://google.com dans la barre d’URL de votre navigateur et appuyez sur la touche « Entrée ».
  • Lorsque vous lancez google.com, tapez « Apple » dans la barre de recherche Google.
  • Appuyez sur la touche Entrée pour afficher les résultats de la recherche.

Données d’essai
Ce champ permet de saisir les données de test utilisées dans les étapes du test. Par exemple. Dans l’exemple ci-dessus, nous pourrions utiliser le terme de recherche « pomme » comme données de test.

Résultat attendu
Cette étape indique le résultat attendu après l’exécution de l’étape de test. Il est utilisé pour valider le cas de test. Par exemple. les résultats de la recherche liés à « apple » devraient apparaître.

Résultat réel
Dans cette étape, nous indiquons le résultat réel après l’étape de test. Par exemple. – Résultats de la recherche pour le mot-clé « apple ».

État/Résultat du test
Au cours de cette étape, nous marquons le cas de test comme réussi ou non réussi sur la base des résultats attendus et réels. Les valeurs possibles sont les suivantes : réussite, échec ou non-exécution.

Test exécuté par (Test exécuté)
Dans ce champ, nous indiquons le nom du testeur qui a exécuté le cas de test et l’a marqué comme réussi ou non réussi.

Outre ces champs obligatoires, de nombreux champs facultatifs peuvent être ajoutés en fonction des besoins de l’organisation ou de l’application :

  • Statut d’automatisation – pour indiquer si le cas de test est automatisé ou non.
  • TestScenarioId – Pour associer un cas de test à son scénario de test.
  • AfterTest step – Pour spécifier toute étape à effectuer après l’exécution du scénario de test.
  • TestType (Type de test) – Pour déterminer si le test appartient à une catégorie spécifique de tests, tels que les tests de régression, les tests d’intégrité, les tests de fumée, etc.

Modèle de cas de test xls à télécharger gratuitement

Vous pouvez maintenant télécharger le modèle de cas de test au format Xls. Avec le modèle, nous avons également fourni un exemple de cas de test à titre de référence.