Scénarios de cas d’utilisation en tant que cas de test

Qu’est-ce que le test logiciel ?

Le test logiciel est l’acte de vérifier les artefacts et le comportement du logiciel sous test par le biais de la validation et de la vérification. Le test logiciel fournit également une vue objective et indépendante du logiciel, permettant aux entreprises de comprendre et d’apprécier les risques liés à la mise en œuvre du logiciel.

Le test logiciel peut fournir aux utilisateurs ou aux commanditaires des informations objectives et indépendantes sur la qualité du logiciel et le risque de défaillance logicielle. L’un des principaux objectifs du test est de détecter les défauts logiciels afin de trouver et corriger les anomalies. Le test ne peut pas déterminer qu’un produit fonctionnera correctement dans toutes les conditions, mais seulement qu’il ne fonctionnera pas correctement dans certaines conditions spécifiques.

Test de cas d’utilisation

Test de cas d’utilisation est une technique de test fonctionnel en boîte noire qui aide les testeurs à définir des scénarios de test et à exercer l’ensemble du système de bout en bout, transaction par transaction, comme décrit par Ivar Jacobson dans son livre « Ingénierie logicielle orientée objet ». En utilisant cette technique, l’équipe de test crée un scénario de test qui permet d’exercer l’ensemble du logiciel de bout en bout en fonction de la fonctionnalité de chaque fonctionnalité. Le test de cas d’utilisation est une interaction entre l’utilisateur et l’application logicielle, et permet donc de tester le système du point de vue de l’utilisateur. Voici certains des avantages.

Qu’est-ce qu’un cas d’utilisation ?

• Un cas d’utilisation est rédigé en langage narratif, décrivant les exigences fonctionnelles d’un système du point de vue de l’utilisateur final.
• Un diagramme de cas d’utilisation est créé en utilisant un langage de modélisation unifié, chaque étape étant représentée par son nom dans un ovale ;
• Un acteur représenté par une silhouette en traits avec son nom écrit en dessous ; chaque action est indiquée par un lien entre l’acteur et un cas d’utilisation ;
• Les limites du système sont indiquées par un rectangle entourant le cas d’utilisation.

Éléments d’un cas d’utilisation

En fonction de la profondeur et de la complexité que vous souhaitez ou avez besoin, un cas d’utilisation décrit une combinaison des éléments suivants.

• Acteur – toute personne ou tout élément qui exécute un comportement (qui utilise le système)
• Acteur principal – Les parties prenantes qui initient une interaction avec le système afin d’atteindre un objectif
• Acteur secondaire estune personne ou un élément dont le système a besoin d’assistance pour compléter le cas d’utilisation.
• Préconditions – doivent être vraies ou se produire avant et après l’exécution du cas d’utilisation
• Déclencheur – C’est l’événement qui provoque l’initiation du cas d’utilisation

Scénarios de cas d’utilisation etChemins alternatifschemins

La modélisation des cas d’utilisation est une méthode formelle pour représenter la manière dont un système d’entreprise interagit avec son environnement, et elle illustre les activités effectuées par les utilisateurs du système. C’est également une technique basée sur les scénarios en UML. Un cas d’utilisation est un ensemble d’étapes nécessaires pour accomplir une tâche ou un objectif spécifique. Généralement, un cas d’utilisation peut comporter plusieurs chemins ; chaque chemin est considéré comme un scénario de cas d’utilisation. En somme, un cas d’utilisation est un objectif avec diverses procédures, et un scénario de cas d’utilisation représente un chemin linéaire et direct à travers l’une de ces opérations.

Un scénario est une scène qui illustre une interaction avec un système proposé. Un scénario est un outil utilisé lors de l’analyse des besoins pour décrire une utilisation spécifique d’un système proposé. Les scénarios capturent le système tel qu’il est perçu de l’extérieur, par exemple par un utilisateur, en utilisant des exemples concrets. Un cas d’utilisation peut contenir plusieurs « chemins » que l’utilisateur peut emprunter lors de son interaction avec le système ; chaque chemin est appelé un scénario.

• Scénario principal de succès [Flux principal] – Il n’y a pas d’erreurs dans le cas d’utilisation.
• Chemins alternatifs [Flux alternatif] – Ces chemins sont des variations sur le thème principal. Ce sont des exceptions qui surviennent lorsque quelque chose tourne mal au niveau du système.

Exemple de test de cas d’utilisation

Un scénario de cas d’utilisation est perçu comme une interaction entre l’application et les acteurs (utilisateurs). Ces cas d’utilisation sont utilisés pour décrire les exigences et peuvent donc également servir de base pour les tests d’acceptation.

À l’aide d’un exemple de guichet automatique, nous montrons les cas réussis et les cas échoués. Dans ce diagramme, nous pouvons observer l’interaction entre A (acteur — dans ce cas, les personnes) et S (système). Les étapes 1 à 5 sont des cas de succès, ce qui indique que la carte et le mot de passe sont vérifiés et que l’acteur est autorisé à accéder au compte.

1. A : Insérer la carte,
2. S : Valide la carte et demande le code PIN,
3. A : Saisit un code PIN,
4. S : Valide le code PIN, et
5. S : Autorise l’accès au compte.

Cependant, il peut y avoir trois autres scénarios lors du processus d’extension, par exemple, lors de la vérification d’une carte et que le système détecte une erreur. Ces cas d’extension peuvent être listés ci-dessous. Il s’agit précisément des cas 2a, 4a et 4b, comme indiqué dans la figure ci-dessous.

2a) S : La carte est invalide (un message s’affiche et la carte est rejetée)
3a) S : Mot de passe invalide (message affiché et demande de réessayer – deux fois), et
4a) S : Mot de passe invalide trois fois (la carte est avalée et le système se ferme)

Scénarios de cas d’utilisation comme cas de test

Un scénario de cas d’utilisation est fondamentalement un document de cas d’utilisation. Autrement dit, il décrit les actions qu’un utilisateur pourrait entreprendre avec une application ou un système. Il décrit également la situation dans laquelle l’utilisateur peut se trouver tout en utilisant le logiciel. Pour créer des scénarios de test précis, nous recueillons souvent des retours auprès des clients, des utilisateurs finaux et/ou des parties prenantes. Cela permet de couvrir efficacement tous les scénarios de cas d’utilisation possibles et permet un test complet de tous les flux métier du cas d’utilisation.

Cas d’utilisation vs cas de test

Les cas d’utilisation et les cas de test sont des termes fréquemment utilisés dans le domaine du test logiciel, et ils sont également étroitement liés. Un cas d’utilisation est utilisé pour préciser la manière dont un système conçu pour accomplir une tâche spécifique doit être utilisé. À l’inverse, un cas de test est un ensemble d’entrées de test, de conditions d’exécution et de résultats attendus élaborés pour un objectif de test spécifique.

• Documenter les détails du cas d’utilisation dans Visual Paradigm
• Comment générer un scénario de cas d’utilisation à partir des notes ?
• Diagramme de cas d’utilisation simplifié