how create mock service
Dans ce tutoriel, nous couvrirons tout sur les services simulés. Tu vas apprendre:
soapui entretien questions et réponses doc
- Qu'est-ce qu'un service simulé et pourquoi est-il nécessaire?
- Comment créer un service simulé dans SOAPUI?
- Qu'est-ce qu'une opération simulée et une réponse simulée dynamique?
- Comprendre les opérations simulées et les méthodes d'expédition avec un exemple.
- Script pour la réponse simulée.
Ce que vous apprendrez:
- Service simulé:
- Opération simulée et réponses simulées dynamiques:
- Comprendre les méthodes d'expédition:
- Script pour la réponse simulée:
- Conclusion:
- lecture recommandée
Service simulé:
Railleur un service web aidera à simuler une réponse à la demande d'un service Web. C'est un outil très efficace pour tester les services Web hors ligne tout en les construisant et en les évaluant.
Lecture recommandée => 15+ meilleurs tutoriels SoapUI
Voici les étapes de SOAPUI pour créer un projet à l'aide du service Web WSDL et créer un service simulé de celui-ci.
Pour plus de simplicité, j'ai utilisé un exemple de WSDL dans ce tutoriel:
#1) Créez un projet soap à l'aide du WSDL suivant:
http://www.webservicex.com/globalweather.asmx
(Noter:Cliquez sur n'importe quelle image pour une vue agrandie)
#deux) Sélectionnez l'option «Générer MockService» en cliquant avec le bouton droit sur le nom du projet.
# 3) Dans MockService boîte de dialogue, des options sont disponibles pour modifier le numéro de port et le nom d'hôte.
# 4) La réponse par défaut est créée dans le service Mock.
# 5) Démarrez le service simulé.
# 6) Ouvrez le service WSDL dans un navigateur.
# 7) WSDL du service simulé ressemblera à ci-dessous dans le navigateur:
# 8) Copiez l'URL du service WSDL et utilisez-la comme nouveau point de terminaison pour envoyer une demande au service fictif.
# 9) Soumettez la demande au point de terminaison nouvellement ajouté pour recevoir une réponse du service simulé.
Opération simulée et réponses simulées dynamiques:
Une fois la demande reçue par un service fictif, il la transférera à l'opération fictive. L'opération fictive sélectionne ensuite la réponse correcte dans la liste des réponses et la renvoie au service Web.
1) Nous pouvons ajouter une autre réponse fictive et définir un réponse dynamique en fonction de la demande / requête ou envoyer une réponse soit dans l'ordre, soit de manière aléatoire.
deux) Pour ajouter une nouvelle réponse fictive, cliquez avec le bouton droit sur l'opération fictive et sélectionnez Nouvelle réponse fictive.
3) Désormais, dans New Mock Response2, vous pouvez créer une réponse aux pannes de savon, si nécessaire.
4) Double-cliquez sur l'opération simulée ouvrira le panneau de configuration qui fournit des moyens de définir des réponses dynamiques
meilleure suppression de logiciels malveillants pour Windows 10
Comprendre les méthodes d'expédition:
Dans le panneau de configuration, en sélectionnant la méthode d'expédition, nous pouvons définir une réponse dynamique
Voyons différentes méthodes d'envoi:
SCÉNARIO: En utilisant un script, nous pouvons définir une réponse dynamique basée sur le contenu d'une requête.
Consultez l'exemple suivant:
Dans la méthode Script, utiliser un script Groovy pour lire le contenu de la requête et extraire la valeur d'un nœud spécifique. Consultez l'exemple de script suivant où la réponse du résultat change en fonction de la valeur de la demande d'entrée.
import javax.xml.xpath.* import groovy.xml.StreamingMarkupBuilder import groovy.lang.Binding; import groovy.lang.Script; def util = new com.eviware.soapui.support.GroovyUtils( context ) def xml = new XmlSlurper().parseText(mockRequest.requestContent) def country = xml.Body.GetCitiesByCountry.CountryName def str = country.toString() log.info str def len = str.size() log.info len if(len > 1 ) { context.ResultResponse = 'Response1' log.info 'r1' } else if(len <= 1) { context.ResultResponse='InvalidMockResponse 2' log.info 'r2' }
SÉQUENCE : C'est un moyen simple d'envoyer des réponses. Les réponses seront envoyées dans une séquence, c'est-à-dire première requête, première réponse, requête suivante, réponse suivante, etc.
QUERY_MATCH : La requête peut être une méthode d'envoi un peu complexe. Dans cette méthode, la réponse est basée sur le résultat de la requête.
Dans le panneau de configuration, nous pouvons lister une ou plusieurs requêtes sur la gauche et sur le panneau de droite nous pouvons spécifier la requête (XPATH) et la valeur attendue. Si la requête correspond aux valeurs attendues, la réponse sélectionnée sera envoyée. Sinon, la réponse par défaut sera renvoyée.
XPATH : Ceci est presque similaire à QUERY_MATCH mais n'est pas aussi puissant. Il envoie une réponse si XPATH correspond.
ALÉATOIRE : C'est une manière plus simple d'envoyer des réponses; il prend simplement n'importe quelle réponse de manière aléatoire et les envoie immédiatement.
Script pour la réponse simulée:
Le script est l'option la plus polyvalente et la plus compliquée. Mais le script fournit un moyen de modifier le contenu de la réponse fictive, les en-têtes et les pièces jointes tout en l'envoyant au client. Il vous permet également de simuler des réponses HTTP valides ou non valides. Chaque réponse fictive peut avoir son propre script pour créer un contenu dynamique dans le message de réponse.
L'inspecteur de script en bas de l'éditeur de réponse fictive est illustré ci-dessous:
Exemple de script:
import javax.xml.xpath.* import groovy.xml.StreamingMarkupBuilder import groovy.lang.Binding; import groovy.lang.Script; def util = new com.eviware.soapui.support.GroovyUtils( context ) def xml = new XmlSlurper().parseText(mockRequest.requestContent) def country = xml.Body.GetCitiesByCountry.CountryName def str = country.toString() log.info str if(str == 'India' || str == 'INDIA') { context.CaptialCity = 'Delhi' } else if(str == 'UK' || str == 'Uk') { context.CaptialCity = 'London' }
Dans l'exemple ci-dessus, le script définit simplement la valeur de la propriété «CaptialCity» dans la réponse du contexte actuel.
Nous pouvons utiliser diverses méthodes pour créer le contenu dynamique d'une propriété, comme interroger une base de données ou lire un fichier externe, etc.
Conclusion:
Mock Services est l'une des fonctionnalités les plus puissantes de SOAPUI. Le service simulé expose un certain nombre d'opérations simulées qui à leur tour peuvent contenir un nombre arbitraire de réponses simulées. Ces réponses fourniront un moyen tangible d'évaluer comment le service Web fonctionnera réellement, comment les utilisateurs y répondront et utiliseront l'application.
Les réponses simulées dynamiques dans SOAPUI le rendent très utile dans l'automatisation des tests.
Avec quelques efforts de script supplémentaires, vous pouvez créer des étapes de test automatisées qui augmenteront sûrement la qualité des tests et réduiront le temps de test dans les phases de développement de toute application Web.
J'espère que ce didacticiel sur la création d'un service simulé et la production d'une réponse dynamique a été utile. N'hésitez pas à ajouter vos questions dans les commentaires ci-dessous.
requêtes SQL pour la pratique avec des réponses
lecture recommandée
- Un guide SoapUI rapide pour stocker les données de demande et de réponse dans un fichier - Tutoriel SoapUI # 15
- Comment créer et exécuter votre premier projet SoapUI à l'aide de WSDL - Tutoriel SoapUI # 4
- 15+ Tutoriels SoapUI: Le meilleur outil de test d'API de services Web
- 4 Fonctionnalités importantes de SoapUI Pro for Pro Audience - Tutoriel SoapUI # 12
- Processus de téléchargement et d'installation SoapUI étape par étape - Tutoriel SoapUI # 3
- Comment gérer l'exception dans les scripts SoapUI Groovy - Tutoriel SoapUI # 11
- Comment utiliser les propriétés dans SoapUI Groovy Script - Tutoriel SoapUI # 7
- Comprendre les assertions dans SoapUI - Tutoriel SoapUI # 5