sample test case template with test case examples
Chaque jour, je reçois plusieurs demandes pour Modèle de scénario de test . Et je suis surpris que de nombreux testeurs documentent encore des cas de test avec des documents Word ou des fichiers Excel.
La plupart d'entre eux préfèrent les feuilles de calcul Excel car ils peuvent facilement regrouper les cas de test par types de test et, surtout, ils peuvent facilement obtenir des métriques de test avec des formules Excel. Mais je suis sûr qu’au fur et à mesure que le volume de vos tests augmente, vous trouverez cela extrêmement difficile à gérer.
Si vous n'utilisez aucun outil de gestion de cas de test, je vous recommande fortement d'utiliser un outil open source pour gérer et exécuter vos cas de test.
Les formats de cas de test peuvent varier d'une organisation à l'autre. Mais l'utilisation d'un format de cas de test standard pour écrire des cas de test est un pas de plus vers la mise en place d'un processus de test pour votre projet.
Il minimise également Test ad hoc cela se fait sans documentation de cas de test appropriée. Mais même si vous utilisez des modèles standard, vous devez configurer l'écriture, la révision et l'approbation des cas de test, l'exécution des tests et surtout le processus de préparation des rapports de test, etc. en utilisant des méthodes manuelles.
De même, si vous disposez d'un processus d'examen des cas de test par l'équipe commerciale, vous devez mettre en forme ces cas de test dans un modèle accepté par les deux parties.
Ce que vous apprendrez:
- Outils recommandés
- Champs standard d'un exemple de modèle de scénario de test
- Télécharger le modèle de scénario de test avec un exemple (format # 1)
- Un autre format de cas de test (# 2)
- Exemple de scénario de test pour un test manuel
- Conclusion
- lecture recommandée
Outils recommandés
Avant de poursuivre le processus d'écriture de cas de test, nous vous recommandons de télécharger ces outils de gestion de cas de test. Cela facilitera votre plan de test et le processus d'écriture de cas de test mentionnés dans ce didacticiel.
# 1) TestRail
=> Télécharger l'outil de gestion des cas de test TestRail
# 2) TestMonitor
TestMonitor - Gestion des tests en ligne de haut niveau. Révolutionnaire facile.
TestMonitor est un outil de gestion de test de bout en bout pour chaque organisation. Une approche simple et intuitive des tests. Que vous implémentiez un logiciel d'entreprise, que vous ayez besoin d'un contrôle qualité, que vous développiez une application de qualité ou que vous ayez simplement besoin d'un coup de main dans votre projet de test, TestMonitor est là pour vous.
=> Visitez le site Web de TestMonitor
Voici comment simplifier un peu ce processus de gestion manuelle des cas de test à l'aide de modèles de test simples.
Noter: J'ai répertorié le nombre maximum de champs liés à un scénario de test. Mais il est conseillé de n'utiliser que les champs utilisés par votre équipe. De plus, si vous pensez qu'un champ utilisé par votre équipe est absent de cette liste, n'hésitez pas à l'ajouter à votre modèle personnalisé.
Champs standard d'un exemple de modèle de scénario de test
Certains champs standard doivent être pris en compte lors de la préparation d'un modèle de scénario de test.
Plusieurs champs standard d'un exemple de modèle de scénario de test sont répertoriés ci-dessous .
ID de cas de test: Un identifiant unique est requis pour chaque scénario de test. Suivez une convention pour indiquer les types de test. Par exemple, «TC_UI_1» indiquant le «scénario de test de l’interface utilisateur n ° 1».
Priorité de test (faible / moyenne / élevée) :Ceci est très utile lors de l'exécution du test. La priorité de test pour les règles métier et les cas de test fonctionnels peut être moyenne ou supérieure, tandis que les cas mineurs d'interface utilisateur peuvent être de faible priorité. La priorité du test doit toujours être définie par le réviseur.
Nom du module :Mentionnez le nom du module principal ou du sous-module.
Test conçu par Nom du testeur.
Date de conception du test :Date à laquelle il a été écrit.
Test exécuté par Nom du testeur qui a exécuté ce test. A remplir uniquement après l'exécution du test.
Date d'exécution du test :Date à laquelle le test a été exécuté.
Titre / nom du test :Titre du cas de test. Par exemple, vérifiez la page de connexion avec un nom d'utilisateur et un mot de passe valides.
Résumé / Description du test :Décrivez brièvement l'objectif du test.
cycle de vie du développement logiciel 5 phases
Conditions préalables :Tout prérequis qui doit être rempli avant l'exécution de ce scénario de test. Répertoriez toutes les conditions préalables pour exécuter ce cas de test avec succès.
Dépendances :Mentionnez toutes les dépendances sur les autres cas de test ou exigences de test.
Étapes du test :Répertoriez en détail toutes les étapes d'exécution des tests. Écrivez les étapes de test dans l'ordre dans lequel elles doivent être exécutées. Assurez-vous de fournir autant de détails que possible.
Conseil pro :Afin de gérer efficacement un cas de test avec un nombre moindre de champs, utilisez ce champ pour décrire les conditions de test, les données de test et les rôles des utilisateurs pour l'exécution du test.Données de test :Utilisation des données de test comme entrée pour ce cas de test. Vous pouvez fournir différents ensembles de données avec des valeurs exactes à utiliser comme entrée.
résultat attendu :Quelle devrait être la sortie système après l'exécution du test? Décrivez en détail le résultat attendu, y compris le message / l'erreur qui doit être affiché à l'écran.
Post-condition :Quel devrait être l'état du système après l'exécution de ce scénario de test?
Résultat actuel :Le résultat réel du test doit être rempli après l'exécution du test. Décrivez le comportement du système après l'exécution du test.
Statut (réussite / échec) :Si un résultat réel ne correspond pas au résultat attendu, marquez ce test comme manqué . Sinon, mettez-le à jour comme passé .
Notes / Commentaires / Questions :S'il existe des conditions spéciales pour prendre en charge les champs ci-dessus, qui ne peuvent pas être décrites ci-dessus ou s'il y a des questions liées aux résultats attendus ou réels, mentionnez-les ici.
Ajoutez les champs suivants si nécessaire:
ID / lien de défaut :Si l'état du test est manqué , puis incluez le lien vers le journal des défauts ou mentionnez le numéro du défaut.
Type de test / Mots clés :Ce champ peut être utilisé pour classer les tests en fonction des types de test. Par exemple, fonctionnel , convivialité, règles métier, etc.
Conditions :Exigences pour lesquelles ce cas de test est écrit. De préférence, le numéro de section exact de l'exigence doc.
Pièces jointes / références :Ce champ est utile pour les scénarios de test complexes afin d'expliquer les étapes de test ou les résultats attendus en utilisant un diagramme Visio comme référence. Fournissez le lien ou l'emplacement vers le chemin réel du diagramme ou du document.
Automatisation? (Oui Non) :Que ce cas de test soit automatisé ou non. Il est utile de suivre l'état de l'automatisation lorsque les cas de test sont automatisés.
À l'aide des champs ci-dessus, j'ai préparé un exemple de modèle de scénario de test pour votre référence.
Télécharger le modèle de scénario de test avec un exemple (format # 1)
- Modèle de fichier DOC de cas de test et
- Modèle de fichier Excel de cas de test
Vous pouvez également consulter ici quelques articles supplémentaires sur la rédaction efficace cas de test . Utilisez ces directives de rédaction de tests et le modèle ci-dessus pour écrire et gérer efficacement les cas de test sur votre projet.
Exemples de cas de test:
Tutoriel n ° 1: Plus de 180 exemples de cas de test pour les applications Web et de bureau
Un autre format de cas de test (# 2)
Sans aucun doute, les cas de test différeront selon la fonctionnalité du logiciel auquel il est destiné. Cependant, vous trouverez ci-dessous un modèle que vous pouvez toujours utiliser pour documenter les cas de test sans vous soucier de ce que fait votre application.
Exemples de cas de test
Basé sur le modèle ci-dessus, ci-dessous est un Exemple qui présente le concept d'une manière très compréhensible.
Supposons que vous testiez la fonctionnalité de connexion de n'importe quelle application Web, par exemple Facebook .
Voici les cas de test pour le même:
=> Téléchargez le format de cas de test ci-dessus avec des exemples de données
Exemple de scénario de test pour un test manuel
Ci-dessous, un Exemple d'un projet en direct qui montre comment tous les trucs et astuces énumérés ci-dessus sont réellement mis en œuvre.
[Noter: Cliquez sur n'importe quelle image pour une vue agrandie]
Conclusion
Personnellement, je préfère utiliser un Outil de gestion des cas de test . Vous pouvez commencer avec un outil open source. Ce sera un bon ajout à vos efforts pour mettre en place le processus de test et en attendant, cela vous fera également gagner beaucoup de temps au lieu de gérer manuellement ces documents.
Nous avons également vu des modèles de cas de test et quelques exemples utilisant une documentation de très bonne qualité. J'espère que cet article vous aurait été utile.
Nous serions heureux de connaître vos réflexions, commentaires / suggestions sur cet article.
Tutoriel PREV | Tutoriel SUIVANT
lecture recommandée
- Écrire des cas de test à partir d'un document SRS (TÉLÉCHARGER des exemples de cas de test de projet en direct)
- Comment rapporter intelligemment l'exécution des tests - [Télécharger le modèle de rapport d'état]
- Exemple de document de plan de test (exemple de plan de test avec les détails de chaque champ)
- Comment rédiger des scénarios de test pour une page de connexion (exemples de scénarios)
- Comment rédiger des cas de test: le guide ultime avec des exemples
- Comment rédiger un document de stratégie de test (avec un exemple de modèle de stratégie de test)
- Comment rédiger un rapport de synthèse de test efficace [Exemple de téléchargement de rapport]
- Exemple de modèle de plan de test logiciel avec format et contenu