what is test scenario
Ce didacticiel explique ce qu'est un scénario de test ainsi que son importance, sa mise en œuvre, des exemples et des modèles de scénario de test:
Toute fonctionnalité / fonctionnalité logicielle qui peut être testée est considérée comme un scénario de test. La perspective de l'utilisateur final est prise en compte lors de l'écriture des scénarios de test.
Ce didacticiel vous aidera à répondre aux questions: pourquoi les scénarios de test sont nécessaires, quand les scénarios de test sont écrits et comment écrire les scénarios de test.
Ce que vous apprendrez:
Qu'est-ce qu'un scénario de test?
Prenons une situation hypothétique: Il y a un vaste océan. Il faut traverser l'océan d'un bord de mer à l'autre. Par exemple, de Mumbai, Inde Seashore à Colombo, Srilanka.
Les modes de voyage que vous pouvez choisir sont:
(i) Voies aériennes: Prendre un vol pour Colombo

(ii) Voies navigables:Préférez un bateau pour vous rendre à Colombo

(iii) Chemins de fer:Prendre un train pour Srilanka

Maintenant, pour les scénarios de test: Voyager du bord de mer de Mumbai au bord de mer de Colombo est une fonctionnalité à tester.
Les scénarios de test comprennent:
- Voyager par voie aérienne,
- Voyager par voies navigables ou
- Voyager par les chemins de fer.
Ces scénarios de test auront des cas de test.
Les cas de test qui peuvent être écrits pour les scénarios de test ci-dessus incluent:
Scénario de test: Voyager par voie aérienne
Les cas de test peuvent inclure des scénarios tels que:
- Le vol est conforme à l'heure prévue.
- Le vol n'est pas conforme à l'heure prévue.
- Une situation d'urgence s'est ensuivie (fortes pluies et tempête).
De la même manière, un ensemble distinct de cas de test peut être écrit pour d'autres scénarios restants.
Passons maintenant aux scénarios de test technologique.
Tout ce qui peut être testé est un scénario de test. Ainsi, nous pouvons affirmer que toute fonctionnalité logicielle qui est en cours de test et peut être divisée en plusieurs fonctionnalités plus petites et peut être appelée «scénario de test».
Avant de livrer un produit au client, la qualité du produit doit être appréciée et évaluée. Le scénario de test aide à évaluer la qualité fonctionnelle d'une application logicielle conforme à ses exigences commerciales.
Le scénario du testeur est un processus dans lequel le testeur teste l'application logicielle du point de vue de l'utilisateur final. Les performances et la qualité de l'application logicielle sont soigneusement évaluées avant sa mise en œuvre dans l'environnement de production.
Importance du scénario de test
- Un scénario de test peut avoir plusieurs «scénarios de test». Elle peut être représentée comme une grande image panoramique et les cas de test sont les petites parties qui sont importantes pour compléter le panorama.
- Il s'agit d'une instruction sur une seule ligne et les cas de test comprennent une description étape par étape pour compléter l'objectif de la déclaration de scénario de test.
- Exemple:
Scénario de test: Effectuez le paiement du service de taxi utilisé.
Cela aura plusieurs cas de test comme indiqué ci-dessous:
(je) Mode de paiement à utiliser: PayPal, Paytm, carte de crédit / débit.
(ii) Le paiementfait est réussi.
(iii) Le paiement effectué échoue.
(iv) Le paiementprocessus interrompu entre les deux.
(v) Impossible d'accéder aux méthodes de paiement.
(nous) L'applicationse décompose entre les deux.
- Les scénarios de test aident ainsi à évaluer l'application logicielle selon les situations du monde réel.
- Les scénarios de test, lorsqu'ils sont déterminés, aident à bifurquer la portée des tests.
- Cette bifurcation est appelée hiérarchisation qui aide à déterminer les fonctionnalités importantes de l'application logicielle.
- Les tests prioritaires des fonctionnalités contribuent dans une large mesure à la mise en œuvre réussie de l'application logicielle.
- Au fur et à mesure que les scénarios de test sont priorisés, les fonctionnalités les plus importantes peuvent être facilement identifiées et testées en priorité. Cela garantit que la majorité des fonctionnalités essentielles fonctionnent correctement et que les défauts qui y sont liés sont correctement capturés et corrigés.
- Les scénarios de test déterminent le flux de processus métier du logiciel et ainsi des tests de bout en bout de l'application sont possibles.
Différence entre le scénario de test et le scénario de test

| Scénario de test | Cas de test |
|---|---|
| Brèves documentations requises. | Une documentation détaillée est requise. |
| Le scénario de test est un concept. | Les cas de test sont les solutions pour vérifier ce concept. |
| Le scénario de test est une fonctionnalité de haut niveau. | Les cas de test sont une procédure détaillée pour tester la fonctionnalité de haut niveau. |
| Les scénarios de test sont dérivés d'exigences / d'histoires d'utilisateurs. | Les cas de test sont dérivés des scénarios de test. |
| Le scénario de test est «Quelle fonctionnalité doit être testée» | Les scénarios de test sont «Comment tester la fonctionnalité». |
| Les scénarios de test ont plusieurs cas de test. | Le scénario de test peut ou non être associé à plusieurs scénarios de test. |
| Les scénarios de test uniques ne sont jamais répétables. | Un cas de test unique peut être utilisé plusieurs fois dans différents scénarios. |
| Des sessions de brainstorming sont nécessaires pour finaliser un scénario de test. | Une connaissance technique détaillée de l'application logicielle est requise |
| Gain de temps car les détails infimes ne sont pas nécessaires. | Prend du temps car chaque détail doit être pris en compte. |
| Le coût de maintenance est faible car les ressources requises sont faibles. | Le coût de maintenance est élevé car les ressources requises sont élevées |
Pourquoi les scénarios de test sont-ils indispensables?
Les scénarios de test sont dérivés des exigences ou des user stories.
- Prenons l'exemple d'un scénario de test pour la réservation de cabine.
- Les scénarios peuvent être comme les options de réservation de taxi, les méthodes de paiement, le suivi GPS, la carte routière affichée correctement ou non, les détails de la cabine et du conducteur affichés correctement ou non, etc. tous sont répertoriés dans le modèle de scénario de test.
- Supposons maintenant que le scénario de test consiste à vérifier si les services de localisation sont activés, s’ils ne sont pas activés, affichez le message «Activer les services de localisation». Ce scénario est manqué et n'est pas répertorié dans le modèle de scénarios de test.
- Le scénario «Service de localisation» donne lieu à d’autres scénarios de test qui lui sont liés. Ceux-ci peuvent être:
- Service de localisation grisé.
- Le service de localisation est activé mais pas d'Internet.
- Restrictions sur les services de localisation.
- Le mauvais emplacement est affiché.
- Manque un seul scénario peut signifier rater de nombreux autres scénarios cruciaux ou cas de test . Cela peut avoir une grande impact négatif lors de la mise en œuvre de l'application logicielle. Cela entraîne une forte perte de recours (délais).
- Les scénarios de test aident dans une large mesure à éviter les tests exhaustifs . Il garantit que tous les flux commerciaux cruciaux et attendus sont testés, ce qui contribue davantage aux tests de bout en bout de l'application.
- Ce sont des gains de temps. En outre, une description beaucoup plus détaillée selon les cas de test n'est pas requise. Une description en une seule ligne est spécifiée sur les éléments à tester.
- Les scénarios de test sont écrits après séances de brainstorming des membres de l'équipe. Par conséquent, la probabilité de rater un scénario (crucial ou mineur) est minimale. Ceci est fait en gardant à l'esprit les aspects techniques et aussi le flux commercial de l'application logicielle.
- De plus, les scénarios de test peuvent être approuvés par Business Analyst ou Client ou les deux qui ont la connaissance explicite de l'application testée.
Les scénarios de test font donc partie intégrante du SDLC.
Implémentation de scénarios de test
Voyons la mise en œuvre de scénarios de test ou comment écrire des scénarios de test-
- Les Epics / Business Requirements sont formés.
- Exemple d'Epic : Créez un compte Gmail. Epic peut être la caractéristique principale d'une application ou d'une exigence commerciale.
- Les épopées sont divisées en plus petites user stories à travers les sprints.
- Les user stories sont dérivées d'Epics. Ces user stories doivent être référencées et approuvées par les parties prenantes.


- Les scénarios de test sont dérivés des user stories ou BRS (Business Requirement Document), SRS (System Requirement Specification Document) ou FRS (Functional Requirement Document) qui est finalisé et référencé.
- Les testeurs écrivent les scénarios de test.
- Ces scénarios de test sont approuvés par le chef d'équipe, l'analyste commercial ou le chef de projet en fonction de l'organisation.
- Chaque scénario de test doit être lié à au moins une user story.
- Les scénarios de test positifs et négatifs doivent être identifiés.
- Les user stories comprennent Critères d'acceptation comme :
- Les critères d'acceptation sont une liste de conditions ou l'état d'intention pour les exigences du client. Les attentes du client ainsi que les malentendus sont pris en compte lors de la rédaction des critères d'acceptation.
- Celles-ci sont uniques pour une user story et chaque user story doit avoir au moins un critère d'acceptation qui doit pouvoir être testé indépendamment.
- Les critères d'acceptation aident à déterminer quelles fonctionnalités sont dans la portée et lesquelles sont hors de la portée d'un projet. Ces critères devraient inclure des caractéristiques fonctionnelles et non fonctionnelles.
- Les Business Analysts rédigent les critères d'acceptation et le Product Owner les approuve.
- Ou dans certains cas, le product owner peut lui-même rédiger les critères.
- Des scénarios de test peuvent être obtenus à partir des critères d'acceptation.
Exemples de scénarios de test
# 1) Scénarios de test pour l'application Kindle
Kindle est l'application qui permet à ses lecteurs électroniques de rechercher des livres électroniques en ligne, de les télécharger et de les acheter. Amazon Kindle offre au lecteur de livres électroniques l'expérience réelle de tenir un livre en main et de le lire. Même le tournage des pages est bien simulé dans l'application.
Maintenant, notons les scénarios de test. ( Noter: Des scénarios limités sont répertoriés ci-dessous pour avoir une idée générale de l'écriture du scénario de test. Il peut y avoir plusieurs cas de test qui en découlent).
| Scénarios de test # | Scénarios de test |
|---|---|
| sept | Vérifiez que la fonctionnalité de téléchargement fonctionne correctement. |
| un | Vérifiez si l'application Kindle se lance correctement. |
| deux | Vérifiez que la résolution de l'écran s'ajuste en fonction des différents appareils, après le lancement de l'application. |
| 3 | Vérifiez que le texte affiché est lisible. |
| 4 | Vérifiez que les options de zoom avant et arrière fonctionnent. |
| 5 | Vérifiez que les fichiers compatibles importés dans l'application Kindle sont lisibles. |
| 6 | Vérifiez la capacité de stockage de l'application Kindle. |
| 8 | Vérifiez que la simulation de rotation de page fonctionne correctement |
| 9 | Vérifiez la compatibilité des formats de livres électroniques avec l'application Kindle. |
| dix | Vérifiez les polices prises en charge par l'application Kindle. |
| Onze | Vérifiez l'autonomie de la batterie utilisée par l'application Kindle. |
| 12 | Vérifiez les performances du Kindle en fonction de la connectivité réseau (Wi-Fi, 3G ou 4G). |
Plusieurs cas de test peuvent être dérivés de chaque scénario de test indiqué ci-dessus.
# 2) Critères d'acceptation pour Google Docs
'Google docs' est une application Web permettant de créer, modifier et partager des documents Word, des feuilles de calcul, des diapositives et des formulaires. Tous les fichiers sont accessibles en ligne à l'aide d'un navigateur Web disposant d'une connexion Internet.
Les documents créés peuvent être partagés sous forme de page Web ou de document prêt à imprimer. L'utilisateur peut définir des restrictions sur les personnes autorisées à afficher et à modifier les documents. Un seul document peut être partagé et travaillé en collaboration par diverses personnes de différentes régions géographiques.
comment écrire un cas de test dans Excel
Des scénarios de test limités sont mentionnés ci-dessous pour une compréhension générale. Les scénarios de test approfondis pour les documents Google peuvent constituer un sujet distinct.
| Critères d'acceptation # | Critères d'acceptation |
|---|---|
| sept | Plusieurs utilisateurs peuvent travailler sur un seul document. |
| un | Word, Sheets ou Forms peuvent être ouverts avec succès sans erreur. |
| deux | Des modèles sont disponibles pour les documents, les feuilles et les diapositives. |
| 3 | Les modèles disponibles sont accessibles aux utilisateurs. |
| 4 | Le modèle utilisé est modifiable (ex: polices, taille de police, ajout de texte, suppression de texte, insertion de diapositive). |
| 5 | Si la connexion Internet n'est pas disponible temporairement, le fichier peut être stocké localement et téléchargé selon la disponibilité de la connexion Internet. |
| 6 | Les modifications effectuées par plusieurs utilisateurs ne sont pas écrasées. |
| 8 | Le travail effectué est stocké si la connexion Internet est perdue lors du téléchargement d'un fichier. |
| 9 | Les restrictions de partage sont appliquées correctement. |
| dix | Les utilisateurs de restriction d'affichage ne peuvent pas apporter de modifications aux documents. |
| Onze | Les documents peuvent être publiés sur Internet pour le grand public. |
| 12 | Les modifications apportées aux documents sont enregistrées avec l'horodatage et les détails de l'auteur. |
Le nombre de scénarios de test sera multiple et très énorme pour Google Docs. Dans de tels cas, en général, seuls les critères d'acceptation sont définis et approuvés par les parties prenantes, et les membres de l'équipe travaillent sur ces critères d'acceptation. L'écriture de cas de test pour ou plutôt de scénarios de test peut être la tâche exhaustive pour les applications volumineuses.
Ces critères d'acceptation jouent un rôle majeur dans la planification itérative des processus et ne doivent jamais être négligés. Les définir à l'avance et à l'avance évite les surprises ou les chocs à la fin des sprints ou des releases
Donné une condition préalable.
Quand pour faire une action.
ensuite le résultat attendu.
Les formats de Donné, Quand et Alors sont utiles pour spécifier les critères d'acceptation.
Exemple de modèle de scénario de test
| Utiliser le numéro d'identification de l'histoire | ID de scénario de test # | Version # | Scénarios de test | Nombre de cas de test | Importance |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1 | Kin12.4 | Vérifiez si l'application Kindle se lance correctement. | 4 | Haut |
| USID12.1 | TSID12.1.2 | Kin12.4 | Vérifiez la capacité de stockage de l'application Kindle. | 3 | Moyen |
Conclusion
Dans tout test de logiciel, la compréhension du cycle de vie et l'établissement des scénarios de test sont un élément très important. La qualité du logiciel peut être améliorée en ayant une bonne base pour les scénarios de test. Souvent, l'utilisation de cas de test et de scénarios de test peut être interchangée.
Cependant, la règle empirique est que le scénario de test est utilisé pour écrire plusieurs cas de test ou nous pouvons dire que les cas de test sont dérivés de scénarios de test. Des scénarios de test bien définis garantissent un logiciel de bonne qualité.
lecture recommandée
- Exemple de modèle de plan de test logiciel avec format et contenu
- Exemple de modèle de scénario de test avec des exemples de scénario de test (Télécharger)
- Exemple de modèle de rapport de test d'acceptation avec des exemples
- Modèles en C ++ avec des exemples
- Tutoriel Python DateTime avec des exemples
- Commande Cut sous Unix avec des exemples
- Scénario de test vs scénario de test: quelle est la différence entre ceux-ci?
- Plugin Blazemeter et modèle Jmeter