Comment rédiger des cas de test avec des exemples
Thomas Hamilton
🚀 Résumé intelligent
Un cas de test est un ensemble documenté de conditions, d'entrées, d'actions et de résultats attendus permettant de vérifier qu'une fonctionnalité spécifique fonctionne correctement dans les applications logicielles.
Qu'est-ce qu'un scénario de test ?
A cas de test est un ensemble de actions, intrants et résultats attendus qui aide les testeurs à vérifier si une fonctionnalité spécifique d'un logiciel fonctionne comme prévu. Il sert de étape par étape cela définit ce qu'il faut tester, comment le tester et quel résultat attendre.
Considérez un cas de test comme un recette pour la validation — il vous indique les ingrédients exacts (données de test), le processus (étapes à suivre) et à quoi devrait ressembler un plat parfait (résultat attendu).
Un cas de test bien rédigé contribue à garantir :
- Le logiciel répond aux exigences Exigences commerciales et des utilisateurs.
- Les bugs ou les comportements inattendus sont attrapé tôt.
- Les tests peuvent être répété et revu par n'importe quel professionnel de l'assurance qualité.
- Les équipes peuvent tracer quelle exigence chaque test vérifie-t-il ?
👉 Inscrivez-vous gratuitement au projet de test de logiciel en direct
Étapes pour créer des cas de test dans les tests manuels
Créons un scénario de test pour le scénario : Vérifier la fonctionnalité de connexion
Étape 1) Un cas de test simple pour expliquer le scénario serait
| Cas de test # | Cas de test Description CMS |
|---|---|
| 1 | Vérifiez la réponse lorsque l'e-mail et le mot de passe valides sont saisis |
Étape 2) Testez les données.
Pour exécuter le scénario de test, vous auriez besoin Données de test. Je l'ajoute ci-dessous
| Cas de test # | Cas de test Description CMS | Données de test |
|---|---|---|
| 1 | Vérifiez la réponse lorsque l'e-mail et le mot de passe valides sont saisis | Courriel : guru99@email.com Mot de passe : lNf9^Oti7^2h |
L'identification des données de test peut prendre du temps et peut parfois nécessiter de créer à nouveau des données de test. La raison pour laquelle il doit être documenté.
Étape 3) Effectuez des actions.
Afin d'exécuter un scénario de test, un testeur doit effectuer un ensemble spécifique d'actions sur l'AUT. Ceci est documenté comme ci-dessous :
| Cas de test # | Cas de test Description CMS | Étapes de test | Données de test |
|---|---|---|---|
| 1 | Vérifiez la réponse lorsque l'e-mail et le mot de passe valides sont saisis | 1) Entrez l'adresse e-mail
2) Entrez le mot de passe 3) Cliquez sur Se connecter |
Courriel : guru99@email.com
Mot de passe : lNf9^Oti7^2h |
Bien souvent, les étapes de test sont plus complexes que celles décrites ci-dessus et nécessitent donc une documentation. De plus, l'auteur du cas de test peut quitter l'entreprise, partir en vacances, être en arrêt maladie ou être accaparé par d'autres tâches essentielles. Un nouvel employé peut être amené à exécuter le cas de test. La documentation des étapes lui sera utile et facilitera également les revues par les autres parties prenantes.
Étape 4) Vérifiez le comportement du système testé sous test (AUT).
L'objectif des cas de test dans les tests logiciels est de vérifier le comportement du système testé afin d'obtenir un résultat attendu. Ceci doit être documenté comme indiqué ci-dessous.
| Cas de test # | Cas de test Description CMS | Données de test | résultat attendu |
|---|---|---|---|
| 1 | Vérifiez la réponse lorsque l'e-mail et le mot de passe valides sont saisis | Courriel : guru99@email.com Mot de passe : lNf9^Oti7^2h |
La connexion devrait réussir |
Pendant l'exécution du test, le testeur vérifiera les résultats attendus par rapport aux résultats réels et attribuera un statut de réussite ou d'échec.
| Cas de test # | Cas de test Description CMS | Données de test | résultat attendu | Résultat actuel | Succès / échec |
|---|---|---|---|---|---|
| 1 | Vérifiez la réponse lorsque l'e-mail et le mot de passe valides sont saisis | Courriel : guru99@email.com Mot de passe : lNf9^Oti7^2h | La connexion devrait réussir | La connexion a réussi | Passé |
Étape 5) Cela mis à part votre cas de test, peut avoir un champ comme,
Une précondition spécifie les éléments qui doivent être réunis avant l'exécution du test. Dans notre cas, une précondition serait l'installation d'un navigateur pour accéder au site testé. Un cas de test peut également inclure des postconditions qui spécifient les conditions qui s'appliquent après la fin du test. Dans notre cas, une postcondition serait que la date et l'heure de connexion soient enregistrées dans la base de données.
Éléments clés d'un cas de test
Un cas de test standard comprend généralement :
- ID de cas de test – Identifiant unique (par exemple, TC001)
- Titre ou Description CMS – Ce que le test vérifie
- Conditions préalables – Ce qui doit exister avant le début du test
- Étapes de test – Les actions exactes à effectuer
- Données de test – Valeurs ou paramètres d'entrée
- résultat attendu – Le résultat que vous devriez voir
- Résultat actuel – Ce qui s'est réellement passé
- – Réussi, Échec ou Bloqué
Cas de test vs scénario de test
A scénario d'essai décrit ce qui doit être testé — les fonctionnalités générales ou le parcours utilisateur.
A cas de test, D'autre part, elle explique comment cette fonctionnalité sera vérifiée — les étapes exactes, les données et les résultats attendus.
En termes simples:
- Scénario de test = Idée de ce qu'il faut tester.
- Cas de test = Implémentation de la manière de tester cette idée.
Voyez les choses comme ceci :
« Si un scénario de test correspond à un titre de chapitre, chaque cas de test correspond à un paragraphe qui explique ce chapitre en détail. »
Exemple d'illustration :
Prenons un exemple pour clarifier les choses :
Scénario de test:
«Vérifiez la fonctionnalité de connexion du site web.»
Cas de test associés :
- Vérifiez la connexion avec un nom d'utilisateur et un mot de passe valides.
- Vérifiez le message d'erreur en cas de mot de passe invalide.
- Vérifiez la connexion avec des champs vides.
- Le champ de vérification du mot de passe masque le texte saisi.
Ici, le scénario est un objectif fonctionnel unique, tandis que les cas de test le décomposent en conditions spécifiques et vérifiables.
Lisez pour plus d'informations sur Différence entre un cas de test et un scénario de test
Avantages de la rédaction de cas de test de haute qualité
- Des cas de test de haute qualité garantissent une analyse approfondie couverture des tests, Cohérence et traçabilité tout au long du processus d'assurance qualité.
- Ils aident les testeurs à détecter bugs tôt, maintenir stabilité de la régressionet garantir que chaque fonctionnalité est conforme aux exigences de l'entreprise.
- Des cas de test bien rédigés sont clair, réutilisable et reproductible, permettant à tout outil de test ou d'automatisation de les exécuter de manière fiable.
- Ils agissent également comme un pont de communication entre les développeurs, les testeurs et les parties prenantes — réduisant ainsi l'ambiguïté et permettant un gain de temps.
- En documentant les objectifs, les étapes et les résultats des tests, les équipes peuvent mesurer les progrès, se conformer aux normes, et gérer efficacement les mises à jour.
- Plus important encore, de bons cas de test réduire les coûts de maintenance, accélérer l'automatisation et fournir confiance dans la qualité des logiciels.
- Ils servent de documentation vivante pour l'intégration des nouveaux testeurs et de données d'entrée structurées pour l'IA et Outils de gestion des tests.
Erreurs courantes à éviter lors de la rédaction de cas de test
Même les testeurs expérimentés commettent de petites erreurs qui nuisent à la qualité des tests.
Éviter ces erreurs peut considérablement améliorer le exactitude, clarté et maintenabilité de votre suite de tests.
- Écrire des étapes vagues : Les instructions ambiguës telles que « consultez la page de connexion » sèment la confusion chez les testeurs. Utilisez des étapes claires et concrètes.
- Éviter les scénarios négatifs : Incluez toujours des entrées invalides ou des tests de limites pour garantir une couverture complète.
- Réutilisation de données de test peu claires : Des données non étiquetées ou incohérentes rendent les résultats des tests non fiables. Conservez une fiche de données de test partagée.
- Complexification excessive des cas de test : Les dossiers longs et complexes sont difficiles à gérer. Veillez à ce que chaque dossier soit concis et atomique.
- Ignorer les mises à jour après les modifications du produit : Les cas de test obsolètes génèrent des résultats erronés. Revrevoir et réviser régulièrement.
- Traçabilité manquante : Associez toujours les cas de test aux exigences pour assurer le suivi de la couverture et de la conformité.
- Ignorer les évaluations par les pairs : Un regard neuf repère rapidement les étapes floues ou redondantes.
