Comprendre le protocole SOAP
Avant de créer un cas de test SOAPUI, comprenons les bases du protocole SOAP. Cela vous aidera à utiliser l'interface utilisateur SOAP pour tester efficacement les demandes et les réponses SOAP.
SOAP représente S en œuvre O bjet A ccess P ROTOCOLE. Voici les propriétés d'un protocole SOAP.
- Il s'agit d'un protocole basé sur XML pour la communication entre deux systèmes différents.
- C'est une plateforme et une langue indépendante. Par conséquent, un système développé à l'aide de Java peut communiquer avec un système développé en.NET.
- Les requêtes / réponses SOAP sont transportées via HTTP.
Dans ce didacticiel de test, vous apprendrez:
- Apprenez le FORMAT du message SOAP
- Créer un projet
- Création de la suite de tests
- Créer un scénario de test
- Insertion de l'étape de test
- Comprendre les panneaux de réponse et de journal de savon
- Envoi manuel de la demande et lecture de la réponse
Apprenez le FORMAT du message SOAP
Un message SOAP est un document XML ordinaire contenant les éléments suivants. Le message peut être un message de demande ou un message de réponse.
Après avoir mis en place l'espace de travail que nous avions réalisé dans le dernier tutoriel, nous devons créer des projets, des suites de tests, des cas de test afin de tester un service web donné. Comprenons les étapes à suivre pour faire de même.
Créer un projet
É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 demande WSDL. Dans ce cas http://www.dneonline.com/calculator.asmx?wsdl
- Cliquez sur OK
Noter:
- Créer une demande d'échantillon pour toutes les opérations? Il crée un exemple de demande 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éer, une suite de tests pour le WSDL importé: crée une suite de tests dans le projet pour le WSDL importé.
- Chemins relatifs : Il permet à l'utilisateur de sauvegarder tous les fichiers relatifs au fichier de projet.
Étape 3: Lors de la création du projet SOAP avec le WSDL susmentionné, nous pourrons voir qu'il y a deux opérations qui seront importées dans le projet.
Étape 4)
Développez la première requête et cliquez avec le bouton droit de la souris sur "Ajouter". Cliquez ensuite sur «Nouvelle demande».
Cliquez ensuite sur «OK». Il affichera la requête SOAP au format XML
- Entrez les 'intA' et 'intB'
- Cliquez sur le bouton Soumettre
- Le XML de réponse sera affiché dans le volet de droite.
Vous vous demandez peut-être pourquoi créer des cas de test? Quand vous pouvez tester directement 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 faire en utilisant cette opération ? Vous devez modifier la demande pour chaque combinaison.
Par exemple: si vous voulez 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 / des cas de tests pour tester tous les scénarios possibles sans avoir à éditer directement l'opération elle-même.Création de la suite de tests
Étape 1: Dans le projet, les testeurs peuvent créer une suite de tests en effectuant un clic droit sur la racine du projet.
Étape 2: Nous devons entrer le nom de la suite de tests et appuyer sur OK.
Étape 3: La suite de tests créée s'affiche dans le volet du navigateur, comme illustré ci-dessous.
Étape 4: La fenêtre de la suite de tests s'ouvre dans le volet droit. Comme nous venons de le créer, il n'y a AUCUN cas de test. Par conséquent, toutes les options sont désactivées.
Créer un scénario de test
Étape 1: Dans 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: spécifiez le nom du scénario de test et cliquez sur «OK».
Étape 3: Le scénario de test créé ne comporte aucune étape, comme indiqué ci-dessous.
Remarque : nous pouvons voir que le cas 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 devrait aller dans «Étapes de test» tandis qu'une étape de test de performance devrait aller dans «Test de charge» et une étape de test de sécurité devrait 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. Par conséquent, si vous testez un service Web REST, vous sélectionnez la demande de test REST.
Insertion de l'étape de test
Ajoutons maintenant une étape de test pour valider la requête SOAP importée.
Étape 1: Ajoutez une nouvelle étape 'SOAP Request' 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 à appeler. Toutes les opérations sont répertoriées et l'utilisateur peut sélectionner l'opération qu'il souhaite appeler.
- De nombreuses opérations seront répertoriées. Les opérations sont les mêmes sauf la version SOAP utilisée.
CalculatorSoap - utilise SOAP version 1.1 alors que,
CalculatorSoap12 - utilise SOAP version 1.2
- La version n'a pas d'importance pour nous dans ce contexte. Par conséquent, vous pouvez 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 cas de test, nous pouvons ajouter des assertions standard. Des assertions également appelées points de contrôle / points de validation dont nous parlerons en détail dans le prochain tutoriel.
Nous pouvons ajouter les points de contrôle / assertions suivants lors de la création du cas de test. Créons un cas 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 requête 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 maintenant 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.
Envoyer la demande manuellement et lire la réponse
Étape 1: Nous aimerions ajouter deux nombres entiers.
- intA - 5
- intB - 5
Suivant,
- Nous devons entrer ces entrées à la place du point d'interrogation qui sera envoyé en tant que requête XML.
- Après avoir entré 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 les panneaux de réponse et de journal de savon
Comme expliqué au début de ce tutoriel, 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 demande 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: Cliquez maintenant 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 le traitement de la demande, le code de réponse Http (200) est affiché, ce qui signifie qu'il est un succès. Le serveur Web l'a traité avec succès.
- La réponse SOAP est renvoyée au client dans le cadre du corps du message HTTP.
Un aperçu 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 terminer la demande. |
| 4xx: | Erreur du client - Cela signifie que la demande 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 qui s'affichent dans la fenêtre du scénario de test.
- Ne représente AUCUN en-tête dans la demande qui est 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 pas de pièces jointes du message de réponse.
PANNEAU BÛCHES:
Le volet Journaux contient des informations complètes sur 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.
SoapUI Log - 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'.
Http Log - Affiche tous les transferts de paquets HTTP. Toutes les informations en «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 l'interface utilisateur SOAP.
Journal de la mémoire - Cet onglet surveille la consommation de mémoire et l'affiche sous la forme du 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 cas 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.