Qu'est-ce qu'un scénario de test?
Un CAS DE TEST est un ensemble d'actions exécutées pour vérifier une caractéristique ou une fonctionnalité particulière de votre application logicielle. Un scénario de test contient des étapes de test, des données de test, une précondition, une post-condition développée pour un scénario de test spécifique afin de vérifier toute exigence. Le cas de test comprend des variables ou des conditions spécifiques, à l'aide desquelles un ingénieur de test peut comparer les résultats attendus et réels pour déterminer si un produit logiciel fonctionne selon les exigences du client.
Scénario de test vs scénario de test
Les scénarios de test sont assez vagues et couvrent un large éventail de possibilités. Le test consiste à être très spécifique.
Pour un scénario de test: Vérifiez la fonctionnalité de connexion, il existe de nombreux cas de test possibles:
- Scénario de test 1: Vérifiez les résultats en saisissant un identifiant d'utilisateur et un mot de passe valides
- Cas de test 2: vérifier les résultats en saisissant un ID utilisateur et un mot de passe non valides
- Cas de test 3: Vérifiez la réponse lorsqu'un ID utilisateur est vide et que le bouton de connexion est enfoncé, et bien d'autres
Ce n'est rien d'autre qu'un scénario de test.
Dans ce didacticiel, vous apprendrez à écrire des cas de test dans des tests manuels avec exemple -
- Comment écrire des cas de test dans des tests manuels
- Le format des cas de test standard
- Meilleures pratiques pour rédiger un bon exemple de scénario de test.
- Outils de gestion de cas de test
- Ressources
Cliquez ici si la vidéo n'est pas accessible
Comment écrire des cas de test dans des 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 # | Description du scénario de test |
|---|---|
| 1 | Vérifier la réponse lorsque l'adresse e-mail et le mot de passe valides sont saisis |
Étape 2) Pour exécuter le scénario de test, vous aurez besoin de données de test. L'ajouter ci-dessous
| Cas de test # | Description du scénario de test | Données de test |
|---|---|---|
| 1 | Vérifier la réponse lorsque l'adresse e-mail et le mot de passe valides sont saisis | Email: Cette adresse e-mail est protégée contre les robots spammeurs. Vous devez activer JavaScript pour le visualiser. Mot de passe: lNf9 Oti7 2h |
L'identification des données de test peut prendre du temps et peut parfois nécessiter la création de nouvelles données de test. La raison pour laquelle il doit être documenté.
Étape 3) Afin d'exécuter un cas de test, un testeur doit effectuer un ensemble spécifique d'actions sur l'AUT. Ceci est documenté comme ci-dessous:
| Cas de test # | Description du scénario de test | Étapes du test | Données de test |
|---|---|---|---|
| 1 | Vérifier la réponse lorsque l'adresse 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 Connexion |
Email: Cette adresse e-mail est protégée contre les robots spammeurs. Vous devez activer JavaScript pour le visualiser. Mot de passe: lNf9 Oti7 2h |
Souvent, les étapes de test ne sont pas simples comme ci-dessus, elles ont donc besoin de documentation. En outre, l'auteur du scénario de test peut quitter l'organisation ou partir en vacances ou est malade et en congé ou est très occupé par d'autres tâches critiques. Une recrue récente peut être appelée à exécuter le scénario de test. Des étapes documentées l'aideront et faciliteront également les examens par d'autres parties prenantes.
Étape 4) L'objectif des cas de test dans les tests logiciels est de vérifier le comportement de l'AUT pour un résultat attendu. Cela doit être documenté comme ci-dessous
| Cas de test # | Description du scénario de test | Données de test | résultat attendu |
|---|---|---|---|
| 1 | Vérifier la réponse lorsque l'adresse e-mail et le mot de passe valides sont saisis | Email: Cette adresse e-mail est protégée contre les robots spammeurs. Vous devez activer JavaScript pour le visualiser. Mot de passe: lNf9 Oti7 2h | La connexion doit être réussie |
Pendant le temps d'exécution du test, le testeur vérifie les résultats attendus par rapport aux résultats réels et attribue un statut de réussite ou d'échec
| Cas de test # | Description du scénario de test | Données de test | résultat attendu | Résultat actuel | Réussite / échec |
|---|---|---|---|---|---|
| 1 | Vérifier la réponse lorsque l'adresse e-mail et le mot de passe valides sont saisis | Email: Cette adresse e-mail est protégée contre les robots spammeurs. Vous devez activer JavaScript pour le visualiser. Mot de passe: lNf9 Oti7 2h | La connexion doit être réussie | La connexion a réussi | Passe |
Étape 5) En dehors de votre cas de test, il peut y avoir un champ comme, Pre - Condition qui spécifie les éléments qui doivent être en place avant que le test puisse s'exécuter. Pour notre cas de test, une condition préalable serait d'avoir un navigateur installé pour avoir accès au site sous test. Un scénario de test peut également inclure des post-conditions qui spécifient tout ce qui s'applique une fois le scénario de test terminé. Pour notre cas de test, une post-condition serait que l'heure et la date de connexion sont stockées dans la base de données
Le format des cas de test standard
Vous trouverez ci-dessous un format d'un exemple de cas de test de connexion standard.
| ID de cas de test | Scénario de test | Étapes du test | Données de test | Résultats attendus | Résultats actuels | Réussite / échec |
|---|---|---|---|---|---|---|
| TU01 | Vérifier la connexion client avec des données valides |
| Userid = guru99 Password = pass99 | L'utilisateur doit se connecter à une application | Comme prévu | Passe |
| TU02 | Vérifier la connexion client avec des données non valides |
| Userid = guru99 Password = glass99 | L'utilisateur ne doit pas se connecter à une application | Comme prévu | Passe |
Ce tableau entier peut être créé dans Word, Excel ou tout autre outil de gestion de test. C'est tout pour tester la conception de cas
Lors de la rédaction d'un scénario de test pour inclure les informations suivantes
- La description de l'exigence testée
- L'explication de la façon dont le système sera testé
- La configuration de test comme une version d'une application en cours de test, le logiciel, les fichiers de données, le système d'exploitation, le matériel, l'accès de sécurité, la date physique ou logique, l'heure de la journée, les prérequis tels que les autres tests et toute autre information de configuration pertinente aux exigences testées
- Intrants et extrants ou actions et résultats attendus
- Toutes preuves ou pièces jointes
- Utiliser un langage de cas actif
- Le scénario de test ne doit pas comporter plus de 15 étapes
- Un script de test automatisé est commenté avec les entrées, le but et les résultats attendus
- La configuration offre une alternative aux tests pré-requis
- Avec d'autres tests, il devrait s'agir d'un ordre de scénario commercial incorrect
Meilleures pratiques pour rédiger un bon exemple de scénario de test.
1. Les cas de test doivent être simples et transparents:
Créez des cas de test aussi simples que possible. Ils doivent être clairs et concis car l'auteur du scénario de test ne peut pas les exécuter.
Utilisez un langage assertif comme aller à la page d'accueil, entrer des données, cliquer dessus et ainsi de suite. Cela facilite la compréhension des étapes de test et accélère l'exécution des tests.
2. Créez un scénario de test en pensant à l'utilisateur final
Le but ultime de tout projet logiciel est de créer des cas de test qui répondent aux exigences des clients et qui sont faciles à utiliser et à utiliser. Un testeur doit créer des cas de test en gardant à l'esprit la perspective de l'utilisateur final
3. Évitez la répétition des cas de test.
Ne répétez pas les cas de test. Si un cas de test est nécessaire pour exécuter un autre cas de test, appelez le cas de test par son id de cas de test dans la colonne de pré-condition
4. Ne présumez pas
N'assumez pas les fonctionnalités et les fonctionnalités de votre application logicielle lors de la préparation du scénario de test. Tenez-vous-en aux documents de spécification.
5. Assurer une couverture à 100%
Assurez-vous d'écrire des cas de test pour vérifier toutes les exigences logicielles mentionnées dans le document de spécification. Utilisez la matrice de traçabilité pour vous assurer qu'aucune fonction / condition n'est laissée non testée.
6. Les cas de test doivent être identifiables.
Nommez l'identifiant du cas de test de telle sorte qu'il soit facilement identifié lors du suivi des défauts ou de l'identification d'une exigence logicielle à un stade ultérieur.
7. Mettre en œuvre des techniques de test
Il n'est pas possible de vérifier toutes les conditions possibles dans votre application logicielle. Les techniques de test logiciel vous aident à sélectionner quelques cas de test avec la possibilité maximale de trouver un défaut.
- Analyse de la valeur aux limites (BVA): comme son nom l'indique, c'est la technique qui définit le test des limites pour une plage de valeurs spécifiée.
- Partition d'équivalence (EP): Cette technique partitionne la plage en parties / groupes égaux qui ont tendance à avoir le même comportement.
- Technique de transition d'état : cette méthode est utilisée lorsque le comportement du logiciel passe d'un état à un autre suite à une action particulière.
- Technique de détermination des erreurs: il s'agit de deviner / d'anticiper l'erreur qui peut survenir lors d'un test manuel. Ce n'est pas une méthode formelle et tire parti de l'expérience d'un testeur avec l'application
8. Autonettoyant
Le scénario de test que vous créez doit ramener l'environnement de test à l'état de pré-test et ne doit pas rendre l'environnement de test inutilisable. Cela est particulièrement vrai pour les tests de configuration.
9. Répétable et autonome
Le cas de test doit générer les mêmes résultats à chaque fois, peu importe qui le teste
10. Examen par les pairs.
Après avoir créé des cas de test, faites-les réviser par vos collègues. Vos pairs peuvent découvrir des défauts dans la conception de votre scénario de test, que vous pourriez facilement manquer.
Outils de gestion de cas de test
Les outils de gestion des tests sont les outils d'automatisation qui aident à gérer et à maintenir les scénarios de test. Les principales caractéristiques d'un outil de gestion de cas de test sont
- Pour documenter les cas de test: avec des outils, vous pouvez accélérer la création de cas de test avec l'utilisation de modèles
- Exécuter le scénario de test et enregistrer les résultats: le scénario de test peut être exécuté à l'aide des outils et les résultats obtenus peuvent être facilement enregistrés.
- Automatiser le suivi des défauts: les tests échoués sont automatiquement liés au suivi des bogues, qui à son tour peut être attribué aux développeurs et peut être suivi par des notifications par e-mail.
- Traçabilité: les exigences, les cas de test, l'exécution des cas de test sont tous interconnectés via les outils, et chaque cas peut être retracé les uns aux autres pour vérifier la couverture des tests.
- Protection des cas de test: les cas de test doivent être réutilisables et doivent être protégés contre la perte ou la corruption en raison d'un mauvais contrôle de version. Les outils de gestion des cas de test offrent des fonctionnalités telles que
- Conventions de dénomination et de numérotation
- Gestion des versions
- Stockage en lecture seule
- Accès contrôlé
- Sauvegarde hors site
Les outils de gestion des tests les plus courants sont: Quality Center et JIRA
Ressources
- Veuillez noter que le modèle utilisé variera d'un projet à l'autre. Lisez ce didacticiel pour apprendre le modèle de scénario de test avec une explication des champs importants
Téléchargez le modèle de scénario de test ci-dessus Excel (.xls)
