how classify positive
Vous pouvez faire quelque chose de manière simple ou difficile - l'important est de le faire. Il y a peu de choses simples de tous les jours, mais sans confiance, quelque chose à leur sujet ne rentre pas tout à fait dans nos esprits et l'ampleur du succès est un hasard.
Prenons un exemple simple aujourd'hui et trouvons des raccourcis qui permettront non seulement de clarifier les concepts, mais également de s'assurer que vous aurez toujours raison.
Classification positive ou négative des scénarios / cas de test
Le processus de conception des tests est triple:
- Identifier les besoins
- Rédiger des scénarios de test (une ligne pointeurs de ce qu'il faut tester)
- Concevoir des instructions détaillées sur la façon de tester (cas de test)
Lors de l'écriture de scénarios de test, nous les classons en conditions positives et négatives. (Quand vous y réfléchissez, est-ce vraiment important de faire ce classement? Si oui, à quoi cela sert-il? Nous devons tous les tester de toute façon, n'est-ce pas?) Cela me bat aussi, pour la plupart. Mais je pense que c'est une tentative d'établir une couverture adéquate et cela aide à établir que nous testons à la fois les chemins heureux et alternatifs que le système est censé suivre. Veuillez commenter ci-dessous, si vous connaissez d'autres raisons pour lesquelles cela est fait.
Examinons maintenant quelques exigences, écrivons des scénarios de test et effectuons la classification.
# 1) Connexion :Un utilisateur qui saisit les informations d'identification correctes entre dans le système. Si les informations d'identification sont incorrectes, l'accès est refusé et un message d'erreur s'affiche.
# 2) Voir les produits: Supposons qu'il existe un catalogue en ligne de tous les produits disponibles dans le système et qu'il les affiche tous dans une liste lorsque vous cliquez sur le lien 'Afficher les produits'.
# 3) Déconnexion: Lorsqu'il clique sur ce lien, l'utilisateur est déconnecté.
Je vais écrire quelques scénarios de test pour ces exigences.
Tableau A:Le droit chemin
ID du scénario de test | Description du scénario de test | Positif négatif |
---|---|---|
TS_login_01 | Validez si l'utilisateur se connecte avec succès si les informations d'identification entrées sont correctes | Positif |
TS_login_02 | Validez si l'utilisateur n'est pas autorisé à accéder lorsque les informations d'identification saisies sont incorrectes | Négatif |
TS_ViewProduct_01 | Validez si tous les articles sont répertoriés lorsque le lien Afficher les produits est cliqué | Positif |
TS_logout_01 | Validez si l'utilisateur déjà connecté est déconnecté du système lorsque l'utilisateur clique sur la déconnexion | Positif |
Cependant, je vois parfois le scénario de test écrit comme ceci.
Tableau B: Entrées marquéesRapportersont des scénarios de test non valides.
ID du scénario de test | Description du scénario de test | Positif négatif |
---|---|---|
TS_login_01 | Validez si l'utilisateur se connecte avec succès si les informations d'identification entrées sont correctes | Positif |
TS_login_02 | Validez si l'utilisateur n'est pas autorisé à accéder lorsque les informations d'identification saisies sont incorrectes | Négatif |
TS_ViewProduct_01 | Validez si tous les articles sont répertoriés lorsque le lien Afficher les produits est cliqué | Positif |
TS_ViewProduct_02 | Validez si tous les articles ne sont pas répertoriés lorsque le lien Voir les produits est cliqué | Négatif |
TS_logout_01 | Validez si l'utilisateur déjà connecté est déconnecté du système lorsque l'utilisateur clique sur la déconnexion | Positif |
TS_logout_02 | Validez si l'utilisateur ne se déconnecte pas lorsque le lien de déconnexion est cliqué | Négatif |
Pour le cas de connexion réussie, il y a un cas égal et opposé quand il ne réussit pas. Toutes les exigences ne sont pas censées être ainsi et pour elles, il n'y a vraiment aucune contrainte d'écrire un scénario négatif.
Conclusion: toutes les exigences ne devraient pas avoir de cas négatifs.
À ce stade, si vous pensez 'Comment le saurai-je?' Ou 'Je ne suis toujours pas sûr', voici une feuille de triche simple qui vous aidera.
logiciels pour télécharger des vidéos depuis youtube
S'il y a une généralisation que nous pouvons faire sur les applications, c'est qu'elles sont dynamiques. L'entrée (données, clics, etc.) que nous fournissons entraînera l'application à être d'une certaine manière et générera une certaine sortie.
Une simple corrélation entre les variables d'entrée et de sortie rendra cela facile à comprendre.
Essayons ce qui suit pour la connexion:
Saisir | Production | Positif négatif |
---|---|---|
Correct (informations de connexion correctes) | Correct (utilisateur connecté) | Positif |
Incorrect (informations de connexion incorrectes) | Correct (un message d'erreur) | Négatif |
Correct (informations de connexion correctes) | Incorrect - La connexion échoue | Bug / défaut |
Incorrect (informations de connexion incorrectes) | Incorrect (le système les connecte) - 'Oh, l'horreur!' :) | Bug / défaut |
Ainsi, vous voyez dans le tableau ci-dessus, nous pouvons dire que nous catégorisons le flux primaire comme positif et le flux alternatif (également le comportement correct de l'application) est marqué comme négatif.
Les deux derniers cas en rouge sont en fait des bugs. Les tests concernent la validation des exigences et lorsqu'elles ne fonctionnent pas comme prévu, nous trouvons des bogues. Puisque nous n'allons pas valider les défauts, les deux derniers cas sont invalides.
En suivant la même ligne de pensée et en l'appliquant à la déconnexion et à l'affichage des produits, voici ce que vous obtiendrez.
Saisir | Production | Positif négatif |
---|---|---|
Déconnexion (cliquez) | Correct - Se déconnecte | Positif |
Déconnexion (cliquez) | Incorrect - Reste connecté | Bug / défaut |
Voir les produits (cliquez) | Correct - Affiche les produits | Positif |
Voir les produits (cliquez) | Incorrect (pas de liste ou affichage de liste incorrect) | Bug / défaut |
Comme vous pouvez le voir, pour ces exigences, il n’est pas possible de fournir une entrée incorrecte. Par conséquent, il n'est pas nécessaire d'écrire des scénarios / cas de test négatifs.
Réflexions finales:
Le système peut être soumis à une entrée positive ou négative. Dans tous les cas, le système doit générer une sortie correcte. Les cas qui ont tendance à traiter une entrée correcte sont positifs. Celles qui sont à peu près correctes mais négatives sont négatives.
Quelques conseils:
#1) Quand un cas de test de bout en bout sont écrits pour UAT ou même pour les tests système, ce sont toujours les cas de test positifs qui en font partie.
#deux) Parfois, la classification est subjective.Par exemple, si je supprime quelque chose sur un site et que je reçois un message de confirmation qui me demande 'Êtes-vous sûr de vouloir supprimer cette entrée?' avec les options OK et Annuler - selon moi, cliquer sur annuler est un cas positif. Mais certains pensent que c'est négatif, car l'objectif principal de l'option 'Supprimer' est de supprimer et non d'annuler l'opération. Ainsi, le jugement d’un testeur joue également un rôle dans le classement.
# 3) Pour chaque cas positif, il n’y a pas toujours de cas négatif égal et opposé.
La méthode ci-dessus garantit toujours une classification correcte. Essayez-le vous-même et dites-moi si ce n'est pas le cas. :) «Un raccourci est souvent une mauvaise coupe.» - Mais alors, ce n'est peut-être pas le cas dans ce cas!
Pour une explication plus formelle des tests négatifs, veuillez vérifier => Qu'est-ce que le test négatif et comment écrire des cas de test négatifs?
A propos de l'auteur: Cet article est écrit par Swati S., membre de l'équipe STH. Rejoignez sa formation en direct sur l'assurance qualité ici: ' La meilleure formation aux tests de logiciels que vous aurez jamais! '
Faites-nous savoir si vous avez aimé cet article et souhaitez voir ces concepts de base facilement expliqués dans les articles à venir.
Vos commentaires, questions, commentaires et lectorat sont très appréciés et appréciés ici à STH. Bon test!
lecture recommandée
- Test positif: explication de la signification et des mérites avec des scénarios de test réels
- Comment rédiger des scénarios de test pour une page de connexion (exemples de scénarios)
- Qu'est-ce que le test négatif et comment écrire des cas de test négatifs?
- Comment rédiger des scénarios de test pour un guichet automatique (exemples de scénarios)
- Script Selenium efficace et scénarios de dépannage - Tutoriel Selenium # 27
- Types de tests de migration: avec des scénarios de test pour chaque type
- Tutoriel QTP # 24 - Utilisation d'objets virtuels et de scénarios de récupération dans les tests QTP
- Test des applications de soins de santé - Conseils et scénarios de test importants (partie 2)