Comment écrire des cas de test

Notre service EasyQA contient les fonctionnalités les plus simples mais les plus variées qui aideront les utilisateurs à rédiger des scénarios de test plus facilement et plus rapidement.

LIEN UTILE: EasyQA YouTube channel

Dans notre article, nous répondons aux questions suivantes:

Cas de test? Qu'est-ce que c'est?

Il ne fait aucun doute que l'écriture des cas de test effectifs est indispensable. compétence pour les spécialistes en assurance qualité. Comme pour n'importe quelle compétence, il pourrait être acquis et amélioré. Les principaux principes et astuces pour une écriture de test élémentaire seront pris en compte dans cet article.

Avant de commencer, laissez-nous bien comprendre ce qu'est le scénario de test. Imaginez que vous deviez tester certaines fonctionnalités de l'application. Vous devez progressivement créer la situation où elle pourrait être mise en œuvre.

En termes simples, Test Case est un ensemble de bien conçu et facile à comprendre étapes (actions) exécutées pour vérifier une fonctionnalité ou des fonctionnalités particulières de votre application logicielle. Gardez à l’esprit «bien conçu» et «facile à comprendre». Cela a un sens important comme vous le verrez un peu plus tard.

Donc, maintenant nous pouvons commencer. Ici, nous allons diviser le scénario de test en composants et essayer d'analyser ce qui doit être fait et ce qui ne devrait pas l'être pour l'écrire avec une grande efficacité.

Les parties principales du scénario de test

ID de cas de test

Il s'agit d'un numéro unique de scénario de test dans le système de gestion de tests ou dans le document. En règle générale, tous les systèmes de gestion de tests modernes tels que Jira, TestRail et Zephyr attribuent automatiquement l’ID au nouveau scénario de test créé. Il n’ya donc aucune possibilité de se tromper avec ce composant.

Mais, il convient de noter que sur certains projets est toujours utilisé Excel pour les tests. C'est pourquoi vous devez toujours vous rappeler la règle: «Il n'y a pas de cas de test avec le même identifiant dans votre système de gestion de test. Même ceux-ci sont des cas de test de projets finis ”.

Titre du cas de test

Le titre fort est l'attribut obligatoire du scénario de test effectif. Qu'est-ce que ça veut dire? Les principales caractéristiques du titre fort sont: facile à comprendre et laconique. En outre, le titre du cas de test doit représenter le nom du module ou la zone fonctionnelle que vous allez vérifier.

Imaginons que nous ayons pour tâche de vérifier ce qui se passera si nous introduisons des symboles non valides tels que $, &, * dans le champ "e-mail" du formulaire d'inscription de Test Management System EasyQA. Selon les principes susmentionnés, le titre du cas de test doit ressembler à: "Champ de courrier électronique non valide dans le formulaire d’enregistrement".

Prenons l'exemple du titre pas fort. Symboles "Champ e-mail" $ & * "saisis dans le formulaire d’inscription de« EasyQA ». Nous avons ici au moins deux erreurs.

  • La longueur excessive du titre. Il n'est pas nécessaire de mentionner «EasyQA», car ce cas de test fait partie du plan de test de ce système de gestion de test. Ainsi, tous les cas de test sont concernés par «EasyQA».
  • Concrétisation des symboles spéciaux "$ & *". D'autres symboles non valides pourraient également être entrés pour l'exécution de ce type de test. Ainsi, "symboles non valides" est une définition plus appropriée pour ce titre.

Certains systèmes de gestion de tests, y compris EasyQA, simplifient ce processus en créant un champ de module spécial pour chaque scénario de test.

Le plan de test est divisé en modules, qui incluent des cas de test particuliers. C'est pourquoi il est plus facile de créer un titre fort pour un scénario de test.

Description du cas de test

Avant de commencer les tests, vous devez mentionner tous les détails de ce que vous allez tester. Elles sont: Données de test à utiliser, conditions préalables (Presteps), détails de l'environnement de test, outils de test.

Si vous donnez Données de test à utiliser chaque fois que cela est applicable pour le scénario de test dans la description du scénario de test ou à l'étape correspondante, vous aiderez non seulement vous-même, mais également vos collègues testeurs. Il y a une grave erreur à écrire des cas de test uniquement pour vous-même.

Conditions préalables (Presteps) décrivez les différents types de dépendances d’exécution de tests:

  • Toute configuration spéciale est nécessaire pour être fait
  • Dépendances sur d'autres cas de test - le cas de test doit-il être exécuté avant / après un autre cas de test?
  • Dépendance des données utilisateur - quelle page l’utilisateur doit-il commencer le voyage; l'utilisateur doit être connecté.

Environnement de test est une configuration logicielle et matérielle permettant aux équipes de test d’exécuter des cas de test. En d'autres termes, il prend en charge l'exécution de tests avec du matériel, des logiciels et un réseau configuré.

Quand les gens parlent de Outils de test, Des tests automatisés sont souvent suggérés. Bien sûr, ils sont auparavant concernés par ce type de test. Mais il existe également des outils simples pour le test manuel. Mind mapping des outils tels que Xmind, gestionnaires de captures d'écran comme Jing sont faciles à utiliser, même pour les nouveaux venus dans la région de l'assurance qualité. Quoi qu’il en soit, si un outil spécial est obligatoire pour le test, vous devez le mentionner dans Description du cas de test.

Bien sûr, si le même outil est utilisé pour l'exécution d'un groupe de cas de test, il serait préférable de le décrire dans le module de test / sous-module ou même dans le plan de test.

Il y a une sorte d'erreur typique sur laquelle vous devriez vous concentrer. Certains testeurs moins expérimentés confondent Pas avec le Presteps. Faire une note, que Presteps est le moyen d’obtenir une situation, l’exécution du cas de test peut être lancée. Pas sont le moyen le plus efficace d’obtenir le résultat réel de l’exécution du scénario de test.

Par exemple, si nous devons tester les capacités fonctionnelles d'un utilisateur enregistré, il serait erroné de créer des étapes d'enregistrement spéciales pour chaque scénario de test dans le module approprié. La bonne décision est de l'afficher dans le Presteps pour tous les modules d'enregistrement Test Suites: l'utilisateur doit être enregistré. Le processus d'enregistrement est vérifié notamment dans Test Suite.

Comme il a été mentionné auparavant, Pas sont le chemin vers le résultat attendu. Il convient également de rappeler que les étapes d’un cas de test efficace sont bien conçues et faciles à comprendre. Ces deux points constituent la base pour comprendre comment planifier des étapes pour vos cas de test.

Les principaux attributs de Étapes bien conçues:

  1. Quantité optimale d'étapes. Pas besoin d'écrire des étapes supplémentaires ainsi que l'étape «manger». Les choses qui vous semblaient évidentes ne pouvaient pas être aussi claires pour vos collègues.
  2. Un cas de test ne couvre qu'une fonctionnalité indépendante. Une erreur est survenue lors de la vérification de différentes fonctionnalités dans un scénario de test.
  3. Les étapes sont faciles à exécuter.
  4. Les étapes doivent couvrir non seulement le flux fonctionnel, mais également chaque point de vérification à tester.

Les principaux attributs de facile à comprendre Pas:

  1. Les étapes sont au rendez-vous. Vous ne devez pas rédiger d’essai pour décrire vos étapes.
  2. Expression claire. Vous devriez éviter d'utiliser l'ambiguïté dans vos étapes de test.
  3. C'est compréhensible même pour les débutants. Vos collègues, qui ne sont probablement pas aussi expérimentés, devraient être capables de comprendre comment exécuter chaque étape.

Les performances de l’application après exécution des étapes de test ci-dessus sont affichées dans le Résultat attendu. Par conséquent, avant de rédiger des scénarios de test, vous devez reconnaître la page / l'écran que vous prévoyez apparaître après le test et toutes les mises à jour que vous attendez comme résultat à effectuer dans les systèmes dorsaux ou la base de données.

J'espère que vous vous rappelez qu'un cas de test couvre une fonctionnalité indépendante. C'est pourquoi, ce serait une erreur d'écrire Test Case avec plus d'un résultat attendu.

Commentaires / Post Conditions Les composants du scénario de test ne sont pas obligatoires, mais leur efficacité est d'autant plus grande. Vous pouvez y ajouter des informations utiles, telles que des captures d’écran et des descriptions, afin de fournir aux développeurs les informations nécessaires pour corriger les défauts détectés.

Les conditions de poste servent également à donner des instructions pour restaurer le système à son état d'origine afin qu'il ne gêne pas les tests ultérieurs. Par exemple, cela est très utile si vous mentionnez les modifications à apporter aux données de test pour qu’elles soient utilisées dans un scénario de test ultérieur pour la même fonctionnalité.

Différents systèmes de gestion des tests offrent diverses variantes du champ Cas de test. Le scénario de test dans l'outil EasyQA Test Management comprend les éléments suivants:

  1. Titre
  2. Module - pour choisir le module auquel notre test test fait référence. - Si vous appuyez sur Add case dans le module, ce champ sera saisi par défaut.
  3. Type - sélectionnez un type de scénario de test dans la liste déroulante en fonction de la description suivante:
  • Positif est un cas de test utilisant uniquement des données correctes.
  • Négatif est un cas de test utilisant non seulement des données correctes.
  • Frontière est un cas de test utilisant les valeurs max / min.
  • L'intégration est un composant de test d'intégration.
  • UI teste une interface graphique utilisateur.
  • Localisation teste les lieux, les langues, etc.
  1. Pre Steps
  2. Pas
  3. résultat attendu

Dans cette image, vous pouvez voir le processus d’ajout de cas de test avec les champs renseignés.

 Une fois que vous avez ajouté les scénarios de test, vous pouvez les choisir avec les cases à cocher correspondantes. Après avoir sélectionné un ou plusieurs cas de test, vous pouvez les déplacer là où vous en avez besoin. Vous pouvez les éditer ou les supprimer.

Exemple simple de cas de test

Maintenant, lorsque vous avez des connaissances théoriques sur la rédaction de scénarios de test, essayez de les utiliser pour prendre une décision de tâche.

Données de tâche:

  1. Il existe un système de gestion des tests «EasyQA» - https://geteasyqa.com/
  2. Vous devez vérifier la capacité de l'utilisateur enregistré à créer un nouveau plan de test pour le projet appelé «Blogger» conformément à la spécification.
  3. Le courrier électronique de l'utilisateur est “[email protected]”, le mot de passe est “gEORGe52”

Voyons comment créer chaque étape.

Bien sûr, lei dentifiant unique sera automatiquement attribué par le système de gestion de test que vous utilisez.

Tout d’abord, vous devez faire est de choisir le bon titre, module et scénario de test pour cas de test. Naturellement, le module pourrait être “Utilisateur enregistré”. Et d'autres fonctionnalités de test des fonctionnalités utilisateur enregistrées testées seront mises dans ce module. Le titre fort ressemble à «Capacité de création de plan de test». Le scénario de test est positif.

En plus de vérifier les fonctionnalités des utilisateurs enregistrés, vous devez également indiquer le mode d’enregistrement dans le répertoire. Pre Steps. Ces étapes préliminaires seront les mêmes pour tous les tests élémentaires du module «Utilisateur enregistré».

Dans Pas Dans ce champ, vous devez montrer comment atteindre le résultat attendu.

Déterminons résultat attendu en tant que “L'utilisateur enregistré a la possibilité de créer un plan de test”.

Nous pouvons voir le résultat de nos actions en utilisant les outils de gestion de tests EasyQA.

Login et mot de passe Formulaires de test: positif, négatif, limite

Considérons quelques cas de test généralement basés sur des scénarios différents.

Les données de tâche sont presque similaires à la tâche précédente:

  1. Il existe un système de gestion des tests «EasyQA» - https://geteasyqa.com/
  2. Le formulaire «Inscription» est nécessaire pour être testé.
  3. La longueur minimale du mot de passe est de 6 symboles. La longueur maximale est de 128 symboles
  4. Vous ne pouvez utiliser que des lettres de l'alphabet latin de A à Z et des chiffres dans les champs «Connexion», «Mot de passe», «Confirmer le mot de passe».

Nous considérons ici certaines spécification de ce type dans le processus de création des cas de test.

Le formulaire «Inscription» EasyQA comporte les champs obligatoires suivants: «Prénom», «Nom», «E-mail», «Mot de passe» et «Confirmer le mot de passe». De plus, il existe d'autres champs tels que «Société» et «Pays», qui ne sont pas obligatoires, mais doivent également être testés. Vous devez donc diviser le module «Suite» de test «Inscription» en sous-modules appropriés.

Essayez d’analyser certains scénarios typiques: positif, négatif et limite.

Selon le Scénario positif, l’utilisateur non inscrit n’introduit que des données valides dans tous les champs. Ainsi, vous ne rencontrerez aucun problème avec la création de ce type de cas de test. Vous pouvez voir comment on pourrait regarder la photo ci-dessous.

Le résultat attendu pour ce cas de test est «Les lettres latines et les chiffres sont possibles dans le champ« Mot de passe »».

Mais que se passera-t-il si l'utilisateur entre les symboles non valides dans l'un des champs mentionnés précédemment? Nous pouvons le vérifier en exécutant des cas de test basés surScénario Négatif. En fait, il existe de nombreuses variantes d'entrée non valides. Il pourrait être considéré dans l'article en particulier. Voici quelques exemples:

  • Entrée des symboles “&% $113$#8221;
  • Entrée d'espaces
  • Entrée de champ vide
  • Combinaisons de saisie de symboles non valides et non valides
  • Autre cas, saisie de lettre, etc.

Sur l'image ci-dessous, un exemple de cas de test négatifs est représenté.

Le résultat attendu pour ce scénario de test est «Une entrée non valide est impossible dans le champ« Mot de passe »».

Faites attention à la condition - restriction de la longueur du mot de passe (6-128 symboles). Est-il possible d'être enregistré avec seulement 3 symboles mot de passe? Qu'en est-il du mot de passe de 150 symboles? Cas de test écrits par Test de la valeur limite technique de conception vous donner des réponses à ces questions.

L'idée de base du test de valeur limite est de sélectionner des valeurs de variable d'entrée à leur minimum, juste au-dessus du minimum, juste au-dessous du maximum, maximum. Dans notre exemple, vous devriez écrire des cas de test pour des situations avec:

  • 5 symboles de saisie du mot de passe
  • Saisie du mot de passe à 6 symboles
  • Saisie du mot de passe 128 symboles
  • 129 symboles de saisie du mot de passe.

Regardez l'image ci-dessous pour voir à quoi ressemble Test Case écrit selon cette technique.

Le résultat attendu pour ce test est le «message d’information« La longueur minimale du mot de passe est de 6 symboles »est affiché».

Cas de tests pour les critères de filtrage

Différentes fonctionnalités Tout comme la recherche, le classement, la pagination doivent également être testés. Ces scénarios de test peuvent également être écrits selon les scénarios que nous avons envisagés précédemment. Ils vérifient le fonctionnement normal des éléments suivants:

  • Champs de recherche
  • Boutons de page
  • Flèches
  • Classement par nom (A à Z, Z à A)
  • Classement par prix (le plus bas en premier, le plus élevé en premier)
  • Boutons de menu du tableau de bord et de la barre latérale, etc.

Revenez dans le système de gestion de tests EasyQA et écrivez un scénario de test simple pour vérifier la fonctionnalité de filtrage des boutons "Problèmes résolus". C'est ici.

Le résultat attendu pour ce scénario de test est «Seuls les problèmes résolus sont affichés dans le menu du tableau de bord».

Cas de test pour les tests de sécurité

Les tests de sécurité sont souvent fournis par des outils spéciaux de test automatisé tels que Vega, Google Nogotofail, Wapiti, etc. écrire un cas de test simple pour vérifier certains paramètres de sécurité du site Web. Revenez à nouveau à EasyQA Test Management System. Vous pouvez voir un exemple d'un tel cas de test ci-dessous.

Faites attention au Pas. Le résultat attendu pour ce cas de test est le suivant: «Le formulaire de connexion EasyQA s'affiche après le copier / coller d'URL d'un navigateur à un autre». Donc, il n'y a pas d'accès au compte d'utilisateur.

Fonctionnalités supplémentaires utiles du système de gestion de tests EasyQA

Il existe de nombreux outils de gestion des tests pour aider les testeurs dans leur travail. EasyQA vous offre une large gamme de fonctionnalités utiles supplémentaires:

  1. Exporter un plan de test préparé au format CSV en appuyant sur un bouton
  2. Importer un plan de test préparé dans notre système.
  3. Affichage du scénario de test selon divers critères:
  4. Faire des rapports de crash
  5. Construire la distribution
  6. Système de suivi des bogues
  7. Exécuter les tests
  8. Générer des rapports
  9. Intégration rapide et facile avec vos outils existants.

En termes simples, EasyQA est plus qu'un système de gestion de tests. C'est un environnement de travail agréable et efficace.

10 conseils pour rédiger des tests élémentaires

  1. N'oubliez pas que vos scénarios de test sont également exécutés par vos collègues.
  2. Utiliser un titre fort
  3. Faites attention aux pré-étapes et conditions préalables
  4. Test Case couvre une fonctionnalité et
  5. Le scénario de test n'a qu'un seul résultat attendu
  6. Écrivez des étapes bien conçues et faciles à comprendre
  7. N'oubliez pas de mettre toutes les informations utiles dans les commentaires ou conditions de publication
  8. Utilisez des illustrations et des outils de test simples si nécessaire
  9. Le cas de test doit être réutilisable
  10. Commencer à pratiquer

Voulez-vous écrire des cas de test efficaces? Commencez juste à le faire. Et nous nous ferons un plaisir de vous aider.

ESSAYER FACILEMENT QA