Comment écrire des scénarios de test efficaces
Il y a beaucoup de façons différentes d'écrire des cas de test. Cet article va vous donner des exemples de structures communes que vous pouvez utiliser et adapter pour répondre à vos besoins.
Un modèle simple pour les cas de test
Ceci est une structure assez commune qui contient un certain nombre de points importants. Le cas de test comporte plusieurs étapes de test, résultat dont certains ont attendu et certains qui ne le font pas.
Cliquez ici pour télécharger votre modèle de cas de test pratique Maintenant (il est gratuit)
Vous devriez avoir 3-8 étapes de test dans un test. Si vous avez seulement quelques pas de test, vous devriez probablement envisager de faire une liste de contrôle à la place - il ne vaut pas votre temps de garder une trace d'un grand nombre de petits cas de test quand une liste de contrôle fera le travail tout aussi bien.
Lorsque les testeurs rapportent des défauts en fonction du cas de test, ils doivent indiquer quelle étape de test a échoué. afin de faciliter le dépannage.
Lorsque vous écrivez un test, vous n'avez pas besoin de spécifier le résultat attendu pour chaque étape de test si le résultat est évident. Dans l'exemple ci-dessus, il y a des résultats inutiles de plusieurs étapes de test. Par exemple, le navigateur ff n'ouvre pas, le testeur ne sera pas en mesure de procéder à l'étape suivante.
Si votre cas de test a trop d'étapes de test, vous devriez penser à briser le cas de test dans un ensemble de plus petits. Si le cas de test contient une longue liste d'étapes de test, et une erreur se produit, le développeur devra revenir en arrière et répéter toutes les étapes de test, qu'il ou elle ne pourrait pas faire par accident, ou par paresse.
Parfois, le modèle de cas de test contient un champ pour les pré-conditions. En pratique, seuls quelques-uns des cas de test ont besoin, de sorte que le champ est souvent laissé vide. Un exemple d'une condition préalable est que pour changer l'adresse du client, vous devez entrer un premier client. Vous pouvez utiliser ce champ pour faire référence à d'autres cas de test, par exemple en saisissant un cas de test ID ici.
Les cas de test sont souvent regroupés dans des essais. Un essai est simplement une collection de tests que les testeurs doivent effectuer dans un ordre particulier. Plutôt que l'insertion conditions préalables dans chaque cas de test, vous pouvez les mettre au début d'un test au lieu de fonctionner. Un exemple de pré-condition pour un tas de cas de test pourrait être de mettre le système dans un certain état, par exemple, le chargement d'un certain ensemble de clients dans le système avant le début des essais.
Cliquez ici pour télécharger votre modèle de cas de test pratique Maintenant (il est gratuit)
Référençant données de test
Si vous mettez vos données de test dans un fichier séparé et référencez à partir du cas de test, vous serez en mesure d'utiliser un seul cas de test pour tester de nombreuses variantes différentes des données. Ceci est une meilleure solution que d'énoncer explicitement les données de test dans le cas de test.
Plus de cas de tests techniques
Cliquez ici pour télécharger votre modèle de cas de test pratique Maintenant (il est gratuit)
Suggestions de lectures
Auteur Ulf Eriksson
[...] moi de mieux comprendre la portée du projet et je suis maintenant complètement armé et prêt à commencer à écrire mes cas de test. Crise évitée. Whoop [...]
Ce sont quelques conseils pour écrire des scénarios de test! Nous avons également écrit un blog sur les cas de test, qui comprend des modèles pour le démarrage. Vérifiez le ici! bit.ly/1CbHEhL
dit Cosette Kamakian:
salut
Je suis nouveau comme TestManager et nous avons un système qui est dynamique. Nous créons un questionnaire et mon problème est que je ne peux pas couper les TestSTEPS parce qu'ils ont besoin d'être une partie du suivi. Pour le moment, j'ai 80 pas et je ne suis toujours pas fait. Je sais qu'il est trop d'étapes. Ma question est de savoir comment puis-je créer un cas de test dans cette situation
Merci de votre aide
Cosette
Salut, merci pour ce post, je suis d'accord avec vous que lorsque les testeurs rapportent des défauts en fonction du cas de test, ils doivent indiquer quelle étape de test a échoué, afin de faciliter le dépannage. des informations très utiles