Introduction au scénario de test

Le scénario de test est une combinaison de deux mots, c'est-à-dire test et scénario. Le test représente un acte de vérification ou de validation et le scénario représente le parcours de l'utilisateur. Toute fonctionnalité testable est appelée scénario de test. Le scénario de test peut être décrit comme une vérification ou une validation du parcours de l'utilisateur. Il se présentera sous la forme de documents contenant tous les cas de test écrits en détail pour tester la fonctionnalité de bout en bout des applications. Il s'agit de l'une des catégorisations de haut niveau des exigences testables. Il est également connu comme une possibilité de test ou une condition de test.

Pourquoi créer des scénarios de test?

Plusieurs cas de test peuvent être couverts par un scénario de test. La relation entre les scénarios de test et les cas de test est donc un à plusieurs. Mais chaque scénario doit être pris en charge par le testeur lors de sa création. Les testeurs le créent pour tester l'application du point de vue d'un utilisateur final. Les testeurs recherchent auprès de tous les développeurs, parties prenantes et clients pour les préparer qui sont essentiels.

Les raisons de leur création sont les suivantes:

  • Une couverture de test complète et appropriée est assurée par la création de scénarios de test parfaits.
  • Leur création devient essentielle pour étudier les fonctionnalités de bout en bout d'un programme.
  • Les transactions de bout en bout les plus importantes et critiques ou l'utilisation des applications en temps réel peuvent être bien déterminées à l'aide de celles-ci.
  • Ils peuvent être utilisés comme un outil pour déterminer rapidement l'effectif de test, ce qui aide davantage les clients ou les organisations à créer des propositions et à organiser l'effectif de test de manière efficace et efficiente.
  • Pour assurer le test approfondi et approprié des applications, leur approbation se fait à différents niveaux, y compris les clients, les analystes commerciaux, les développeurs, etc.

De même, il peut y avoir certaines circonstances dans lesquelles sa création devrait être évitée.

  • Il ne peut pas être créé dans des projets suivant des méthodologies agiles telles que Scrum, etc.
  • Lorsque les applications à tester sont instables, trop compliquées ou lorsque le projet est dans un état critique, sa création peut être évitée.
  • La création de celui-ci peut être évitée pour les tests de régression ou pour un nouveau bogue car dans les projets de maintenance, une documentation importante de ceux-ci se produirait au préalable dans les anciens cycles de test.

Comment les scénarios de test peuvent-ils être écrits?

Les étapes suivantes peuvent être effectuées par un testeur pour la création de scénarios de test:

  • Étape 1: Le document des exigences telles que la spécification des exigences commerciales (BRS), la spécification des exigences fonctionnelles (FRS) et la spécification des exigences du système (SRS) de l'application à tester doit être lu attentivement et attentivement. Les manuels, livres, cas d'utilisation, etc. de l'application testée peuvent être référés pour la même chose.
  • Étape 2: Tous les objectifs et actions utilisateur possibles doivent être correctement définis pour chaque exigence. Toutes les caractéristiques techniques de chaque exigence doivent également être déterminées.
  • Étape 3: Toutes les causes possibles du piratage du système et de l'évaluation des utilisateurs doivent être effectuées du point de vue d'un pirate. L'évaluation des utilisateurs peut se faire en trouvant toutes les possibilités de fonctionnement utilisateur des applications.
  • Étape 4: Une liste complète de tous les cas de test possibles pour vérifier toutes les fonctionnalités de l'application doit être faite après avoir lu complètement le document d'exigence et terminé l'analyse.
  • Étape 5: Après leur enrôlement, pour vérifier que l'exigence et son scénario de test correspondent, une matrice de traçabilité doit être créée.
  • Étape 6: Tous les scénarios de test créés sont examinés et évalués par le superviseur. Il est également vérifié par toutes les parties prenantes.

Conformément à la procédure du projet, chaque scénario de test doit être associé à au moins une user story ou une exigence. Il est obligatoire de vérifier chaque scénario de test par rapport à ses exigences séparément, avant plusieurs exigences dans un même scénario de test. Les scénarios de test complexes avec des exigences multiples peuvent être évités pour plus de simplicité. Le prix est directement proportionnel au nombre d'entre eux. Ainsi, il est toujours conseillé d'exécuter uniquement sélectionné et requis en fonction de la priorité du client.

Exemples

Voici quelques exemples de scénario de test

Scénario de test pour l'application d'achat en ligne Buykart

Les scénarios de test qui peuvent être pris en considération pour la vérification d'une application d'achat en ligne Buykart sont les suivants:

Scénario de test 1: vérification des fonctionnalités de connexion

Les cas de test qui peuvent être pris en compte pour la création sont:

  • Le comportement de l'application lors de la saisie d'un identifiant de connexion valide et d'un mot de passe valide peut être vérifié.
  • Le comportement de l'application lors de la saisie d'un identifiant de connexion valide et d'un mot de passe invalide peut être vérifié.
  • Le comportement de l'application lors de la saisie d'un identifiant de connexion non valide et d'un mot de passe valide peut être vérifié.
  • Le comportement de l'application lors de la saisie d'un identifiant de connexion non valide et d'un mot de passe non valide peut être vérifié.
  • Le comportement de l'application lors de la connexion en entrant l'identifiant de connexion seul sans mot de passe peut être vérifié.
  • Le comportement de l'application lors de la connexion en entrant le mot de passe seul sans identifiant de connexion peut être vérifié.
  • Le comportement de l'application lors de la connexion sans entrer à la fois l'identifiant de connexion et le mot de passe peut être vérifié.
  • Comportement de l'application lorsque le mot de passe oublié est sélectionné.

Scénario de test 2: vérification des fonctionnalités de recherche

Les cas de test qui peuvent être pris en compte pour la création sont:

  • Comportement de l'application lors de la recherche d'un produit valide.
  • Comportement de l'application lorsqu'un produit invalide est recherché.

Scénario de test 3: vérification des détails du produit

Les cas de test qui peuvent être pris en compte pour la création sont:

  • Comportement de l'application lorsqu'un produit est sélectionné.
  • Comportement de l'application qu'un produit est souhaité.
  • Comportement de l'application lorsqu'un produit est ajouté au panier.
  • Comportement de l'application lorsque l'option Acheter maintenant est sélectionnée.
  • Comportement de l'application lors de la saisie d'une adresse invalide.
  • Comportement de l'application lors de la saisie d'une adresse valide.
  • Comportement de l'application lorsque plusieurs options de paiement sont cochées.

Scénario de test 4: vérification de la fonctionnalité de paiement

Les cas de test qui peuvent être pris en compte pour la création sont:

  • Comportement de l'application lorsque chaque option de paiement est sélectionnée.
  • Comportement de l'application lorsqu'une option de paiement valide est choisie.
  • Comportement de l'application lorsqu'une option de paiement non valide est choisie.
  • Comportement de l'application lorsqu'un paiement est réussi.
  • Comportement de l'application lorsqu'un paiement est refusé.

Scénario de test 5: vérification de la fonctionnalité des détails de la commande

Les cas de test qui peuvent être pris en compte pour la création sont:

  • Comportement de l'application lorsque chaque commande est sélectionnée.
  • Comportement de l'application lorsque l'option Retour produit est sélectionnée.
  • Comportement de l'application lorsque l'option de suivi du produit est sélectionnée.
  • Comportement de l'application lorsque l'option Revoir le produit est sélectionnée.

Conclusion

Il agit comme un guide approprié pour les testeurs et les aide à rendre les tests plus efficaces et efficients. Il aide à réduire la complexité et la redondance des tests. Chaque cas de test est écrit en détail pour une meilleure compréhension. C'est un gain de temps considérable pour les testeurs.

Articles recommandés

Ceci a été un guide pour Qu'est-ce qu'un scénario de test. Nous expliquons ici comment créer des scénarios de test avec différents exemples. Vous pouvez également consulter les articles suivants pour en savoir plus -

  1. Stress lié à l'insécurité de l'emploi
  2. Motivé et dévoué
  3. Qu'est-ce que le test agile?
  4. Comment écrire un cas de test?