Tutoriel complet de test de cas d'utilisation et de cas d'utilisation

use case use case testing complete tutorial

Pour commencer, comprenons 'Qu'est-ce qu'un cas d'utilisation?' et plus tard nous discuterons «Qu'est-ce que le test de cas d'utilisation?» .

Un cas d'utilisation est un outil permettant de définir l'interaction utilisateur requise. Si vous essayez de créer une nouvelle application ou d'apporter des modifications à une application existante, plusieurs discussions ont lieu. L'une des discussions essentielles que vous devez faire est de savoir comment vous représenterez l'exigence de la solution logicielle.

Les experts métier et les développeurs doivent avoir une compréhension mutuelle de l'exigence, car elle est très difficile à atteindre. Toute méthode standard pour structurer la communication entre eux sera vraiment une aubaine. Cela réduira à son tour les erreurs de communication et c'est ici que le cas d'utilisation entre en jeu.

Ce tutoriel vous donnera une image claire du concept de cas d'utilisation et de test, couvrant ainsi les différents aspects impliqués avec des exemples pratiques pour une compréhension facile de toute personne qui est complètement nouvelle dans le concept.

Ce que vous apprendrez:

• Cas d'utilisation
• Qui utilise les documents «Cas d’utilisation»?
• Types de cas d'utilisation
  • # 1) Cas d'utilisation des journées ensoleillées
  • # 2) Cas d'utilisation des jours de pluie
• Éléments dans les cas d'utilisation
• Représentation
• Comment rédiger un cas d'utilisation?
• Diagramme de cas d'utilisation
• Actions des utilisateurs
• Qu'est-ce que le test de cas d'utilisation?
  • Quelques faits
  • Comment créer un modèle de scénario de test?
• Conclusion
• lecture recommandée

Cas d'utilisation

Le cas d'utilisation joue un rôle important dans les différentes phases du cycle de vie du développement logiciel. Le cas d'utilisation dépend des «actions de l'utilisateur» et de la «réponse du système» aux actions de l'utilisateur.

Il s'agit de la documentation des «actions» effectuées par l'acteur / utilisateur et du «comportement» correspondant du système vis-à-vis des «actions» de l'utilisateur. Cas d'utilisation peut ou non aboutir à l’atteinte d’un objectif par «l’acteur / utilisateur» sur les interactions avec le système.

Dans le cas d'utilisation, nous décrirons «Comment un système répondra-t-il à un scénario donné?» . Il est «orienté utilisateur» et non «orienté système».

Il est «orienté utilisateur»: Nous préciserons 'quelles sont les actions effectuées par l'utilisateur?' Et 'Que voient les acteurs dans un système?'.

Il n’est pas «axé sur le système»: Nous ne préciserons pas «Quelle est l’entrée donnée au système?» Et «Quelle est la sortie produite par le système?».

L’équipe de développement doit rédiger les «cas d’utilisation», car la phase de développement en dépend fortement.

Le rédacteur de cas d'utilisation, les membres de l'équipe et les clients contribueront à la création de ces cas. Pour les créer, nous devons avoir une équipe de développement assemblée et l'équipe doit être très consciente des concepts du projet.

Après la mise en œuvre du cas, le document est testé et le comportement du système est vérifié en conséquence. Dans un cas où la lettre majuscule «A» désigne «acteur», la lettre «S» désigne «système».

Qui utilise les documents «Cas d’utilisation»?

Cette documentation donne un aperçu complet des différentes manières dont l'utilisateur interagit avec un système pour atteindre l'objectif. Une meilleure documentation peut aider à identifier les exigences d'un système logiciel d'une manière beaucoup plus simple.

Cette documentation peut être utilisée par les développeurs de logiciels, les testeurs de logiciels ainsi que les parties prenantes.

Utilisations des documents:

• Les développeurs utilisent les documents pour implémenter le code et le concevoir.
• Les testeurs les utilisent pour créer le cas de test .
• Les parties prenantes commerciales utilisent le document pour comprendre les exigences logicielles.

Types de cas d'utilisation

Il existe 2 types.

Elles sont:

• Journée ensoleillée
• Jour de pluie

# 1) Cas d'utilisation des journées ensoleillées

Ce sont les principaux cas les plus susceptibles de se produire lorsque tout va bien. Ceux-ci reçoivent une priorité élevée par rapport aux autres cas. Une fois que nous avons terminé les cas, nous les remettons à l'équipe de projet pour examen et nous assurons que nous avons couvert tous les cas requis.

qu'est-ce que le déclenchement de port vs la redirection de port

# 2) Cas d'utilisation des jours de pluie

Ceux-ci peuvent être définis comme la liste des cas extrêmes. La priorité de ces cas viendra après les «Sunny Use Cases». Nous pouvons solliciter l'aide des parties prenantes et des chefs de produit pour hiérarchiser les cas.

Éléments dans les cas d'utilisation

Voici les différents éléments:

1) Bref la description : Une brève description expliquant le cas.

2) Acteur : Utilisateurs impliqués dans des actions de cas d'utilisation.

3) Condition préalable : Conditions à remplir avant le début du dossier.

4) Basique Couler : «Flux de base» ou «Scénario principal» est le flux de travail normal dans le système. C'est le flux des transactions effectuées par les acteurs pour atteindre leurs objectifs. Lorsque les acteurs interagissent avec le système, comme c'est le flux de travail normal, il n'y aura aucune erreur et les acteurs obtiendront le résultat attendu.

5) Alterner couler : Outre le flux de travail normal, un système peut également avoir un «flux de travail alternatif». Il s'agit de l'interaction la moins courante effectuée par un utilisateur avec le système.

6) Exception couler : Flux qui empêche un utilisateur d'atteindre l'objectif.

7) Poste Conditions : Les conditions qui doivent être vérifiées une fois le cas terminé.

Représentation

Un cas est souvent représenté dans un texte brut ou un diagramme. En raison de la simplicité du diagramme de cas d'utilisation, il est considéré comme facultatif par toute organisation

Exemple de cas d'utilisation:

Ici, je vais expliquer le cas de la «connexion» à un «système de gestion scolaire».

Points à noter

• Les erreurs courantes que les participants font avec le cas d'utilisation sont qu'il contient trop de détails sur un cas particulier ou pas assez de détails du tout.
• Ce sont des modèles textuels si nécessaire, nous pouvons ou non y ajouter un diagramme visuel.
• Déterminez la condition préalable applicable.
• Écrivez les étapes du processus dans le bon ordre.
• Spécifiez les exigences de qualité pour le processus.

Comment rédiger un cas d'utilisation?

Les points résumés ci-dessous vous aideront à les rédiger:

=> Lorsque nous essayons d'écrire un cas, la première question qui devrait se poser est 'Quelle est l'utilisation principale pour le client?'. Cette question vous amènera à rédiger vos cas du point de vue de l'utilisateur.

=> Nous devons avoir obtenu un modèle pour ces derniers.

=> Il doit être productif, simple et solide. Un cas d'utilisation solide peut impressionner le public même s'il a des erreurs mineures.

=> Nous devrions le numéroter.

=> Nous devons écrire l'étape de processus dans son ordre.

=> Donnez un nom propre aux scénarios, la dénomination doit être faite en fonction de l'objectif.

=> Il s’agit d’un processus itératif, ce qui signifie que lorsque vous les écrivez pour la première fois, ce ne sera pas parfait.

=> Identifiez les acteurs du système. Vous pouvez trouver un groupe d'acteurs dans le système.

Exemple ,si vous considérez un site de commerce électronique comme Amazon, nous pouvons y trouver des acteurs comme des acheteurs, des vendeurs, des grossistes, des auditeurs, des fournisseurs, des distributeurs, le service client, etc.

Dans un premier temps, considérons les premiers acteurs. Nous pouvons avoir plus d'un acteur ayant le même comportement.

Par exemple , l'acheteur / le vendeur peuvent «créer un compte». De même, «l'acheteur et le vendeur» peuvent «rechercher un article». Donc, ce sont des comportements en double et ils doivent être éliminés. Outre l'utilisation des cas en double, nous devons avoir des cas plus généraux. Par conséquent, nous devons généraliser les cas pour éviter les doubles emplois.

=> Nous devons déterminer la condition préalable applicable.

Diagramme de cas d'utilisation

Le diagramme de cas d'utilisation est une représentation graphique des actions d'un ou plusieurs utilisateurs dans un système. C'est un excellent outil dans ce contexte, si le diagramme contient beaucoup d'acteurs, alors il est très facile à comprendre. S'il s'agit d'un diagramme de haut niveau, il ne partagera pas beaucoup de détails. Il montre des idées complexes d'une manière assez basique.

Fig No: UC 01

Comme le montre le Fig No: UC 01 il représente un diagramme où Rectangle représente un «système», ovale représente un «cas d’utilisation», la flèche représente une «relation» et l’homme représente un «utilisateur / acteur». Il montre un système / une application, puis il montre l'organisation / les personnes qui interagissent avec lui et montre le flux de base de «Que fait le système?»

Fig No: UC 02

Fig No: UC 03 - Diagramme de cas d'utilisation pour la connexion

Il s’agit du diagramme de cas d’utilisation du cas «Connexion». Ici, nous avons plus d'un acteur, ils sont tous placés en dehors du système. Les élèves, les enseignants et les parents sont considérés comme les principaux acteurs. C'est pourquoi ils sont tous placés sur le côté gauche du rectangle.

L'administrateur et le personnel sont considérés comme des acteurs secondaires, nous les plaçons donc sur le côté droit du rectangle. Les acteurs peuvent se connecter au système, nous connectons donc les acteurs et le cas de connexion avec un connecteur.

Les autres fonctionnalités du système sont Réinitialiser le mot de passe et Mot de passe oublié. Ils sont tous liés au cas de connexion, nous les connectons donc au connecteur.

Actions des utilisateurs

Ce sont les actions effectuées par l'utilisateur dans un système.

Par exemple: Recherche sur site, ajout d'un élément aux favoris, tentative de contact, etc.

Remarque:

• Un système est «tout ce que vous développez». Il peut s'agir d'un site Web, d'une application ou de tout autre composant logiciel. Il est généralement représenté par un rectangle. Il contient des cas d'utilisation. Les utilisateurs sont placés en dehors du «rectangle».
• Cas d'utilisation sont généralement représentés par des formes ovales spécifiant les actions à l'intérieur.
• Acteurs / Utilisateurs sont les personnes qui utilisent le système. Mais parfois, il peut s'agir d'autres systèmes, d'une personne ou de toute autre organisation.

Qu'est-ce que le test de cas d'utilisation?

Il relève de la technique de test Functional Black Box. Comme il s’agit d’un test boîte noire, il n’y aura pas d’inspection des codes. Plusieurs faits intéressants à ce sujet sont exposés dans cette section.

Il garantit si le chemin utilisé par l'utilisateur fonctionne comme prévu ou non. Cela garantit que l'utilisateur peut accomplir la tâche avec succès.

Quelques faits

• Ce ne sont pas des tests qui sont effectués pour décider de la qualité du logiciel.
• Même s'il s'agit d'un type de test de bout en bout, il n'assure pas la couverture complète de l'application utilisateur.
• Sur la base du résultat du test connu des tests de cas d'utilisation, nous ne pouvons pas décider du déploiement de l'environnement de production.
• Il découvrira les défauts des tests d'intégration.

Exemple de test de cas d'utilisation:

Imaginez un scénario dans lequel un utilisateur achète un article sur un site d'achat en ligne. L'utilisateur se connectera d'abord au système et commencera à effectuer une recherche. L'utilisateur sélectionnera un ou plusieurs articles affichés dans les résultats de la recherche et les ajoutera au panier.

Après tout cela, il vérifiera. Voici donc un exemple de série d'étapes connectées logiquement que l'utilisateur exécutera dans un système pour accomplir la tâche.

Le flux des transactions dans l'ensemble du système de bout en bout est testé dans ce test. Les cas d'utilisation sont généralement le chemin que les utilisateurs sont le plus susceptibles d'utiliser pour réaliser une tâche spécifique.

Ainsi, cela permet aux cas d'utilisation de trouver facilement les défauts, car cela inclut le chemin que les utilisateurs sont plus susceptibles de rencontrer lorsque l'utilisateur utilise l'application pour la première fois.

Étape 1: La première étape est l'examen des documents de cas d'utilisation.

Nous devons examiner et nous assurer que les exigences fonctionnelles sont complètes et correctes.

Étape 2: Nous devons nous assurer que les cas d'utilisation sont atomiques.

Par exemple: Considérez un 'Système de gestion scolaire ayant de nombreuses fonctionnalités telles que' Connexion ',' Afficher les détails de l'étudiant ',' Afficher les notes ',' Afficher la présence ',' Contacter le personnel ',' Soumettre les frais ', etc. Pour cet exemple, nous essayons de préparer les cas d'utilisation pour la fonctionnalité de «connexion».

Nous devons nous assurer qu'aucun des besoins normaux du flux de travail ne doit être mélangé avec d'autres fonctionnalités. Il doit être totalement lié à la fonctionnalité «Connexion» uniquement.

Étape 3: Nous devons inspecter le flux de travail normal dans le système.

Après avoir inspecté le flux de travail, nous devons nous assurer qu'il est complet. Sur la base de la connaissance du système ou même du domaine, nous pouvons découvrir les étapes manquantes dans le flux de travail.

Étape 4: Assurez-vous que le flux de travail alternatif dans le système est terminé.

Étape 5: Nous devons nous assurer que chaque étape du cas d'utilisation est testable.

Chaque étape expliquée dans les tests de cas d'utilisation est testable.

Par exemple, certaines transactions par carte de crédit dans le système ne sont pas testables pour des raisons de sécurité.

Étape 6: Une fois que nous avons relancé ces cas, nous pouvons écrire les cas de test.

Nous devons écrire des cas de test pour chaque flux normal et flux alternatif.

Par exemple , Prenons le cas «Afficher les notes des élèves», dans un système de gestion scolaire.

Nom du cas d'utilisation: Afficher les notes des élèves

Acteurs: Étudiants, enseignants, parents

Condition préalable:

1) Le système doit être connecté au réseau.

deux) Les acteurs doivent avoir une «carte d'étudiant».

Cas d’utilisation de «Afficher les notes des élèves»:

Scénario de test correspondant pour le cas «Afficher les notes des élèves»:

Veuillez noter que le tableau des cas de test présenté ici ne contient que les informations de base. «Comment créer un modèle de scénario de test» est expliqué en détail ci-dessous.

Le tableau affiche le «scénario de test» correspondant au cas «Afficher la note de l'élève» comme indiqué ci-dessus.

La meilleure façon d’écrire des cas de test est d’écrire d’abord les cas de test pour le «scénario principal», puis de les écrire pour les «étapes alternatives». Le ' Pas' dans les cas de test sont obtenus à partir des documents de cas d'utilisation. Le tout premier ' Étape' du cas «Afficher la note de l'étudiant», «Entrez le nom de l'étudiant» deviendra le premier Étape dans le «scénario de test».

L'utilisateur / acteur doit être en mesure de le saisir. Cela devient le résultat attendu .

Nous pouvons demander l’aide d’une technique de conception de test telle que « analyse de la valeur limite » , «Partitionnement d’équivalence» pendant que nous préparons les cas de test. La technique de conception des tests aidera à réduire le nombre de cas de test et, par conséquent, à réduire le temps nécessaire aux tests.

Comment créer un modèle de scénario de test?

Lorsque nous préparons les cas de test, nous devons penser et agir comme l'utilisateur final, c'est-à-dire se mettre dans la peau d'un utilisateur final.

Il existe plusieurs outils disponibles sur le marché pour vous aider dans ce contexte. ' TestLodge »en fait partie, mais ce n’est pas un outil gratuit. Nous devons l'acheter.

Nous avons besoin d'un modèle pour documenter le scénario de test. Prenons un scénario courant, la «connexion FLIPKART», que nous connaissons tous. La feuille de calcul Google peut être utilisée pour créer le tableau des cas de test et le partager avec les membres de l'équipe. Pour le moment, j'utilise un document Excel.

Voici un exemple

=> TÉLÉCHARGEZ ce modèle de tableau de cas de test ici

Tout d'abord, nommez la feuille de cas de test avec un nom approprié. Nous écrivons des cas de test pour un module particulier dans un projet. Donc, nous devons ajouter le 'Nom du projet' et le «Module de projet »Dans le tableau des cas de test. Le document doit inclure le nom du créateur des cas de test.

Ajoutez donc 'Créé par' et «Date de création» Colonnes. Le document doit être révisé par quelqu'un (chef d'équipe, chef de projet, etc.), alors ajoutez 'Revu par' colonne et «Date de révision» .

La colonne suivante est «Scénario de test» , ici nous avons fourni l'exemple de scénario de test «Vérifier la connexion Facebook» . Ajouter les colonnes «ID du scénario de test» et «Description du scénario de test» .

Pour chaque scénario de test, nous écrirons «Cas de test ». Alors, ajoutez les colonnes «ID de cas de test» et «Description du scénario de test ». Pour chaque scénario de test, il y aura «Post-condition» et 'Condition préalable' . Ajoutez les colonnes «Post-condition» et «Pre-Condition».

Une autre colonne importante est 'Données de test' . Il contiendra les données que nous utilisons pour les tests. Un scénario de test doit supposer un résultat attendu et le résultat réel. Ajouter la colonne 'Résultat attendu' et «résultat réel». 'Statut' affiche le résultat de l'exécution du scénario de test. Il peut s'agir de réussite / échec.

Les testeurs exécuteront les cas de test. Nous devons l'inclure comme 'Exécuté par' et «Date d’exécution» . Nous ajouterons des 'commandes' s'il y en a.

Conclusion

J'espère que vous auriez une idée claire des cas d'utilisation et des tests de cas d'utilisation.

L'écriture de ces cas est un processus itératif. Vous avez juste besoin de peu de pratique et d'une bonne connaissance d'un système pour rédiger ces cas.

En un mot, nous pouvons utiliser des «tests de cas d’utilisation» dans une application pour trouver les liens manquants, les exigences incomplètes, etc. Les trouver et modifier le système permettront d’assurer l’efficacité et la précision du système.

Avez-vous des expériences antérieures avec des cas d'utilisation et des tests? N'hésitez pas à partager avec nous dans la section commentaires ci-dessous.

lecture recommandée

• Test fonctionnel vs test non fonctionnel
• Tutoriels Eclipse détaillés pour les débutants
• Test alpha et test bêta (un guide complet)
• Tutoriel de test DevOps: quel sera l'impact de DevOps sur les tests d'assurance qualité?
• Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
• Tutoriel de test d'utilisabilité: un guide de démarrage complet
• Tutoriel de test GUI: un guide de test complet de l'interface utilisateur (UI)
• Tutoriel sur les tests destructifs et les tests non destructifs