Comment créer une suite de tests et un cas de test dans SoapUI

Comprendre le protocole SOAP

Avant de créer un scénario de test SOAPUI, comprenons les bases du protocole SOAP. Cela vous aidera à utiliser l'interface utilisateur SOAP pour tester efficacement les requêtes et les réponses SOAP.

SAVON signifie Protocole d'accès aux objets simple. Vous trouverez ci-dessous les propriétés d'un protocole SOAP.

Il s'agit d'un protocole basé sur XML permettant de communiquer entre deux systèmes différents.
Il s'agit d'une plate-forme et d'une langue indépendante. Ainsi, un système développé à partir de Java peut communiquer avec un système développé en .NET.
Les requêtes/réponses SOAP sont transportées via HTTP.

Apprendre le FORMAT du message SOAP

Un message SOAP est un document XML ordinaire contenant les éléments suivants. Le message peut être soit un message de demande, soit un message de réponse.

Après avoir configuré l'espace de travail que nous avions réalisé dans le dernier tutoriel, nous devons créer la structure du projet SoapUI, les suites de tests, les cas de test afin de tester un service Web donné. Comprenons un exemple de projet SoapUI pour créer un nouveau projet SOAP.

Création d'un projet SOAP

Étape 1) Maintenant, selon le projet, nous devons importer le protocole SOAP/REST. Nous allons créer un nouveau projet SOAP.

Étape 2) Nous utiliserons suite à la demande SOAP http://www.dneonline.com/calculator.asmx?wsdl

Entrez le nom du projet
Entrez le chemin de la requête WSDL. Dans ce cas http://www.dneonline.com/calculator.asmx?wsdl
cliquez sur OK

Remarque:

Créer un exemple de demande pour toutes les opérations ? Il crée un exemple de requête pour toutes les opérations disponibles dans le WSDL donné. Dès que vous saisissez l'adresse WSDL, cette option est cochée automatiquement. Vous pouvez le décocher.
Créez une suite de tests pour le WSDL importé : Crée une suite de tests SoapUI dans le projet pour le WSDL importé.
Chemins relatifs: Permet à l'utilisateur de sauvegarder tous les fichiers relatifs au fichier projet.

Étape 3) Lors de la création du projet SOAP avec le WSDL susmentionné, nous pourrons voir que deux opérations seront importées dans le projet.

Étape 4) Développez la première requête et cliquez avec le bouton droit sur « Ajouter ». Cliquez ensuite sur « Nouvelle demande ».

Cliquez ensuite sur « OK ». Il affichera la requête SOAP au format XML

Entrez le « intA » et « intB »
Cliquez sur le bouton soumettre
La réponse XML sera affichée dans le volet de droite.

Vous vous demandez peut-être pourquoi créer des cas de test ? Quand vous pouvez tester directement le Webservice ici…

Eh bien, vous pouvez envoyer une demande pour une opération. Et les autres ? Combien de combinaisons d’entrées pour les ajouts pouvez-vous effectuer en utilisant cette opération ? Vous devez modifier la demande pour chaque combinaison.

Par exemple : Si vous souhaitez ajouter de 4 et 4 au lieu de 5 et 5… Vous devez à nouveau modifier l'opération. Il faut donc créer une suite de tests/des cas pour tester tous les scénarios possibles sans avoir à modifier directement l'opération elle-même.

Comment créer une suite de tests dans SoapUI

Vous trouverez ci-dessous les étapes pour créer une suite de tests dans SoapUI :

Étape 1) Faites un clic droit sur la racine du projet

Au sein du projet, les testeurs peuvent créer une suite de tests en effectuant un clic droit sur la racine du projet.

Étape 2) Entrez les détails de la suite de tests

Nous devons entrer le nom de la suite de tests et appuyer sur OK.

Étape 3) Vérifiez la suite de tests créée

La suite de tests créée s'affiche dans le volet du navigateur comme indiqué ci-dessous.

Étape 4) Ouvrez la suite de tests

La fenêtre Suite de tests s'ouvre dans le volet droit. Comme nous venons de créer, il n’y a AUCUN cas de test SoapUI. Par conséquent, toutes les options sont désactivées.

Comment créer un cas de test dans SoapUI

Voici un processus étape par étape pour créer un scénario de test dans SoapUI :

Étape 1) Au sein d'une suite de tests, nous pouvons créer plusieurs tests en effectuant un clic droit sur la « suite de tests » et en choisissant « Nouveau TestCase ».

Étape 2) Précisez le nom du Cas de test et cliquez sur « OK ».

Étape 3) Le scénario de test créé ne comporte aucune étape, comme indiqué ci-dessous.

Notes: Nous pouvons voir que le scénario de test est ajouté avec zéro étape de test pour tous les types de tests disponibles. Lors de l’ajout des étapes de test, les nombres entre parenthèses changeraient automatiquement.

L'étape de test fonctionnel doit aller dans « Étapes de test », tandis qu'une étape de test de performances doit aller dans « Test de charge » et une étape de test de sécurité doit aller dans « Tests de sécurité ».

Étape 4) Nous pouvons insérer une variété d'étapes de test en effectuant un clic droit sur les étapes de test et en sélectionnant une étape de test appropriée, comme indiqué ci-dessous. Ainsi, si vous deviez tester un service Web REST, vous sélectionneriez la demande de test REST.

Ajout d'une étape de test dans SoapUI

Ajoutons maintenant une étape de test pour valider la demande de test SOAP importée :

Étape 1) Ajoutez une nouvelle étape « Demande SOAP » comme indiqué ci-dessous.

Étape 2) Entrez le nom de l'étape et cliquez sur OK.

Étape 3) En cliquant sur « OK », une boîte de dialogue apparaît pour sélectionner l'opération à invoquer. Toutes les opérations sont répertoriées et l'utilisateur peut sélectionner l'opération qu'il souhaite appeler.

Il y a de nombreuses opérations qui seront répertoriées. OperaLes conditions sont les mêmes sauf la version SOAP utilisée. CalculatorSoap – utilise SOAP version 1.1 tandis que CalculatorSoap12 – utilise SOAP version 1.2
La version n’a pas d’importance pour nous dans ce contexte. Vous pouvez donc sélectionner celui de votre choix.
Après avoir sélectionné l'opération, cliquez sur « Ok »

Étape 4) Lors de l'ajout d'un scénario de test, nous pouvons ajouter des assertions standards. Des assertions également appelées points de contrôle/points de validation que nous traiterons en détail dans le prochain tutoriel.

Nous pouvons ajouter les points de contrôle/assertions suivants lors de la création d'un scénario de test. Créons un scénario de test avec l'option qui signifie créer une étape de test SANS aucun des points de validation ci-dessous

Vérifie si le message de réponse est SOAP, lors de l'exécution du test.
Vérifie si le schéma de réponse est valide.
Vérifie si la réponse SOAP contient FAULT.

Étape 5) Lors de la création du scénario de test, le XML de la demande est affiché ci-dessous. La structure du XML est expliquée dans l'instantané ci-dessous.

Étape 6) Le nombre d’étapes de test est désormais incrémenté à un car nous venons d’ajouter une étape de test. De même, lors de l’ajout d’une étape de tests de charge et de sécurité, le nombre correspondant serait automatiquement incrémenté en fonction du nombre d’étapes ajoutées.

Envoi manuel de la demande et lecture de la réponse dans SoapUI

Étape 1) Nous aimerions ajouter deux nombres entiers.

intA – 5
intB – 5

Ensuite,

Nous devons saisir ces entrées à la place du point d'interrogation qui sera envoyé sous forme de requête XML.
Après avoir saisi ces valeurs dans les balises XML correspondantes, cliquez sur le bouton « Soumettre la demande » pour vérifier la réponse.

Étape 2) Lors de la soumission d'une demande, la demande de service Web est traitée par le serveur Web et renvoie une réponse comme indiqué ci-dessous.

En lisant la réponse, nous pouvons conclure que 5 plus 5 font 10.

Comprendre la réponse Soap et les panneaux de journaux

Comme expliqué au début de ce tutoriel de test SoapUI, les messages SOAP sont transportés via le protocole HTTP. Jetons un coup d'œil aux messages RAW. Cela nous aidera à comprendre comment la requête et la réponse SOAP ont été transportées par HTTP.

Étape 1) Cliquez sur l'onglet « RAW » dans les deux fenêtres de requête SOAP-UI.

La demande est publiée sur le serveur Web. Par conséquent, la méthode POST de Http est utilisée.
La requête SOAP est transportée dans le corps du message Http.

Étape 2) Maintenant cliquez sur l'onglet "RAW" dans la fenêtre de réponse SOAP-UI pour comprendre comment la réponse est envoyée via HTTP.

Après avoir traité la demande, le code de réponse Http (200) s'affiche, ce qui signifie que c'est un succès. Le serveur Web l'a traité avec succès.
La réponse SOAP est renvoyée au client dans le corps du message HTTP.

Un instantané rapide des codes de réponse HTTP pour une compréhension et un débogage faciles. Le tableau ci-dessous vous aidera à résoudre les problèmes en fonction du code HTTP reçu du serveur Web.

Code HTTP	Description
1xx :	Informationnel – Cela signifie une demande reçue et un processus continu.
2xx :	Succès - L’action a été reçue, comprise et acceptée avec succès.
3xx :	Redirection - Cela signifie que des mesures supplémentaires doivent être prises afin de compléter la demande.
4xx :	Erreur client – Cela signifie que la requête contient une mauvaise syntaxe ou ne peut pas être satisfaite.
5xx :	Erreur du serveur - Le serveur n'a pas réussi à répondre à une demande apparemment valide

Étape 3) Comprenons les autres informations affichées dans la fenêtre du scénario de test.

Représente AUCUN en-tête dans la demande envoyée
Ne représente AUCUNE pièce jointe dans la demande envoyée au serveur Web.
Représente 10 informations d'en-tête et les mêmes sont affichées en cliquant dessus.
Représente qu’il n’y a aucune pièce jointe du message de réponse.

PANNEAU DES JOURNAUX :

Le volet des journaux contient des informations complètes concernant la transaction entre le client et le serveur. Les utilisateurs pourront voir les onglets du volet Journal comme indiqué ci-dessous. Nous discuterons des volets de journal les plus couramment utilisés lorsque vous travaillez avec SOAP-UI.

Journal SoapUI – Affiche les informations de réponse du serveur Web. Les mêmes informations sont stockées dans le fichier soapui.log du dossier installé SOAP-UI sous le répertoire « bin ».

Journal HTTP – Affiche tous les transferts de paquets HTTP. Toutes les informations de « RAW » sont affichées dans le journal HTTP.

Journal des erreurs – Le journal des erreurs affiche toutes les erreurs que nous avons rencontrées pendant toute la session du projet. Les mêmes informations sont disponibles dans 'soapui-errors.log' présent dans le répertoire 'bin' de l'emplacement d'installation de SOAP UI.

Journal de mémoire – Cet onglet surveille la consommation de mémoire et l'affiche sous la forme d'un graphique comme indiqué ci-dessous. C'est vraiment utile lorsqu'une opération gourmande en mémoire est effectuée.

Maintenant que nous avons créé une suite de tests, un scénario de test, une étape de test et obtenu une réponse, l'étape suivante consiste à valider la réponse. Nous traiterons des types d’assertions dans le prochain tutoriel.

Tu pourrais aimer: