Menu

34 Questions et réponses d'entretien SoapUI les plus courantes

34 most common soapui interview questions

Essayez Notre Instrument Pour Éliminer Les Problèmes

Les questions et réponses d'entretien SoapUI les plus fréquemment posées pour votre référence:

Il est toujours difficile d'écrire un article de questions-réponses pour les entretiens car la liste de questions que nous fournissons ne sera jamais exhaustive et les interviews en temps réel ne sont pas exactement au format Q&R.

Nous vous recommandons d'apprendre les concepts SoapUI de cette série complète de tutoriels avoir des exemples détaillés.

Questions d

Lors d'une entrevue, la plupart des questions seraient une réponse à ce que vous dites que votre expérience a été .

Par exemple: Si vous dites que vous travaillez sur SoapUI depuis 5 ans maintenant et que vous avez testé une application à la fois fonctionnellement et que vous avez également exécuté des tests de charge, alors le Questions d'entrevue de test SoapUI serait sur:

  • De quel genre d'application s'agissait-il?
  • Dans quelle mesure avez-vous participé?
  • Y a-t-il eu des défis?
  • Avez-vous mis en œuvre les meilleures pratiques d'automatisation?
  • Dans quelle mesure les scripts groovy ont-ils été utilisés?
  • Votre approche pour conserver les données à partir des sources de données?

Et ainsi de suite… Les réponses à ces questions sont basées sur la situation / l'expérience, il n'y a donc pas de solution universelle.

Cependant, voici une liste de Questions d'entretiens chez SoapUI Web Services qui sont générales, vos questions typiques de type «viva voce, aka examen oral» qui se présentent lors d'une entrevue lorsque l'intervieweur essaie d'évaluer vos connaissances fonctionnelles et fondamentales de SoapUI.

34 Questions et réponses d'entrevue SoapUI courantes

Ils pourraient être comme ci-dessous:

Q # 1. Que sont les services Web?

Ans. Les services Web sont des composants Web qui transfèrent des données entre le client et le serveur. Le client envoie une requête Web au serveur et le serveur répond ensuite au client. La réponse et la requête sont liées et différentes requêtes évoquent la réponse correspondante.

Le service Web est un composant Web ou un logiciel accessible sur Internet. Il est principalement utilisé pour communiquer avec les applications Web via des concepts de messagerie XML. Par exemple, si nous voulons accéder à un emplacement particulier à l'aide de Google Maps, nous pouvons utiliser l'URL du service Web correspondante. Pour cela, il faut passer les entrées appropriées.

Q # 2. Quel est le principal défi lors du test des services Web?

Ans. La majorité des tests fonctionnels est effectuée via l'interface graphique; le plus grand défi des services Web est qu'ils n'ont pas d'interface utilisateur.

Q # 3. Quels sont les canaux de communication disponibles pour un service Web?

En général, le service Web est combiné avec les protocoles suivants. Elles sont,

  • HTTP / POST
  • HTTP / GET
  • SAVON

Lors de l'exposition des services Web, ces canaux seront utilisés pour la communication avec les clients. Ici, le protocole HTTP / POST transfère les informations entre les clients avec un mode sécurisé. Le protocole HTTP / GET permet aux clients de visualiser partiellement les données transférées dans la barre d'adresse du navigateur. SOAP est utilisé pour transférer les données confidentielles en toute sécurité.

Q # 4. Quels sont les différents composants pouvant être utilisés dans les services Web?

Quatre composants sont utilisés dans les services Web. Elles sont,

  1. WSDL - Langage de description de service Web
  2. SOAP - Protocole d'objet d'accès simple
  3. UDDI - Description, découverte et intégration universelles
  4. RDF - Cadre de description des ressources
  5. XML - Langage de balisage extensible

Q # 5. Quels sont les outils utilisés pour tester les services Web?

Pour effectuer des tests fonctionnels pour les services Web, nous pouvons utiliser les outils suivants.

  • SAVON
  • RESTClient - Ceci est un plug-in Firefox
  • JMeter - Spécialement conçu pour l'outil de test de performance et nous pouvons également faire des tests fonctionnels des services Web.

Q # 6. Qu'est-ce que WSDL?

Ans. WSDL signifie Web Service Description Language et est un document écrit en XML. Il utilise XML pour définir le document de la couche de service qui comprend l'origine du service Web, les en-têtes, les types de port, les données de demande et de réponse. Celui-ci peut fournir des informations sur les méthodes Web et le service Web.

Il decrit:

  • Origine du service Web
  • Informations d'en-tête
  • Type de port
  • Messages d'entrée et de sortie

Pour plus d'informations et d'exemples, consultez cet article https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 7. Quel est le rôle du document WSDL dans les tests de services Web?

Ans. La validation des services Web n'est possible qu'avec le document WSDL car pour configurer les services Web dans SoapUI, le document WSDL est obligatoire. Si le document WSDL n'est pas valide, SoapUI lèvera une exception immédiatement.

Q # 8. Qu'est-ce que l'UDDI?

Ans. Description universelle, découverte et intégration - un répertoire ou un référentiel global où tous les services Web peuvent être trouvés. Un nouveau Webservice peut également être enregistré par ce biais. C'est également l'endroit où se trouvent les définitions détaillées WSDL.

Il utilise la couche de découverte qui est utilisée dans les services Web. UDDI a toutes les informations sur les services Web en détail. Les services Web mondiaux peuvent être déployés sur http://uddi.xml.org/

Q # 9. Qu'est-ce que SOAP?

tester mon site dans différents navigateurs

Ans. Protocole d'accès aux objets simple qui utilise XML pour interagir avec les applications Web. Il utilise un contenu basé sur XML pour communiquer entre deux machines clientes sur n'importe quel réseau

comment écrire des cas de test efficaces

Q # 10. Quel serait le format de message du protocole SOAP?

En général, tous les services Web basés sur SOAP sont écrits à l'aide d'un langage XML qui utilise un format de message standard accepté dans tout l'univers. Dans ce format, il est facile de lire, d'identifier les erreurs, d'éviter les problèmes d'interopérabilité etc.

Voici l'exemple de format de message SOAP.

POST / InStock HTTP / 1.1
Hôte: localhost
Type de contenu: application / savon + xml; jeu de caractères = utf-8
Contenu-Longueur: 399
SOAPAction: 'http://www.example.com/soap-envelope'






SAVON

Q # 11. Quels sont les avantages de SOAP?

Ans. Depuis sa base XML, il est indépendant de la plate-forme et du langage de programmation. Les RPC (appels de procédure à distance) sont parfois bloqués par des pare-feu et des serveurs proxy - Soap surmonte cela.

Q # 12. Que contient un document savon ?

Ans. L'élément Envelope est la balise la plus élevée qui identifie le document XML en tant que message SOAP. Suivi de l'élément Envelope, vous voyez l'élément d'en-tête qui contient des informations d'en-tête. L'élément Body spécifie les informations d'appel et de réponse. Enfin, vous disposez d'un élément Fault qui contient des erreurs et des informations d'état.

Q # 13. Qu'entend-on par protocoles et quels sont les principaux types utilisés dans les services Web?

Un protocole est un ensemble de règles standard qui aident à communiquer les périphériques matériels via les applications logicielles. Il existe différents types de protocoles utilisés dans les applications Internet et Intranet. Elles sont

TCP qui signifie Transmission Control Protocol. Il a les règles pour échanger les messages entre deux applications Internet différentes.

Le protocole Internet utilise les règles d'envoi et de réception des informations entre deux adresses Internet différentes.

De même, les protocoles HTTP, FTP et DHCP ont utilisé l'ensemble de règles pour transférer les données autres que les applications Internet.

Q # 14. Qu'est-ce que XML?

Ans. XML (eXtensible Markup Language) est un langage de balisage utilisé pour stocker, partager et formater des données. En général, un document XML est construit par les balises. Pour plus d'informations et d'exemples, consultez cet article https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 15. SoapUI et SoapUI Pro?

Ans. SoapUI est un outil de test de service Web et SoapUI Pro est sa version commerciale. SoapUI peut aider à créer des suites de tests fonctionnels, de sécurité et de test de charge. SoapUI Pro fait tout cela avec un glisser-déposer avancé, des tests basés sur les données, des rapports avancés et une analyse de la couverture. Consultez cet article pour plus d'informations: https://www.softwaretestinghelp.com/soapui-tutorial-12-soapui-pro-features/

Q # 16. Que pouvons-nous faire avec l'aide de SoapUI?

  • SoapUI nous propose d'effectuer des tests d'automatisation qui incluent des tests fonctionnels, des tests de charge et des tests basés sur les données.
  • Il fournit également un outil de création de rapports et une disposition du journal des résultats des tests d'exportation
  • Nous affirmons nos services en utilisant différents types d'assertions

Q # 17. Quelle hiérarchie suit SoapUI pour construire un projet de test approprié?

Dans un projet SoapUI, l'ordre suivant doit être conservé.

  • TestSuite - C'est une combinaison de tests fonctionnels et de blocs logiques
  • Testcase - C'est un groupe qui contient plusieurs étapes de test pour les aspects spécifiques du service.
  • Teststep - il contient l'ensemble des tests fonctionnels

Q # 18. Quelle est la méthode de base pour automatiser les services Web dans SoapUI?

Ans.

  • Créez un projet et ajoutez le fichier WSDL
  • Ajouter des suites de tests, des cas de test et des cas de test - dans cet ordre
  • Inclure la programmation / validation personnalisée à l'aide en ajoutant des étapes Groovy
  • Appeler des sources de données externes si vous utilisez
  • Ajoutez des assertions si nécessaire
  • Puis RUN.

Q # 19. Quelles sont les affirmations de SoapUI?

Ans. Les assertions comparent les parties / la totalité du message de réponse au résultat attendu.

Q # 20. Quels sont les principaux types d'assertions disponibles dans SoapUI?

Les assertions sont l'une des principales fonctionnalités de SoapUI. Il propose les types d'assertions suivants.

  • Simple contient
  • Conformité du schéma
  • Simple ne pas contenir
  • Défauts de savon
  • SLA de réponse
  • Match XPath
  • Correspondance XQuery
  • État de sécurité WS
  • Assertion de script
  • WS - Demande d'adressage ou assertion de réponse

Aditionellement, Équivaut à l'assertion est introduite dans la version SoapUI NG Pro.

Q # 21. Expliquer l'assertion XPath dans SoapUI

Dans SoapUI, l'assertion XPath est utilisée pour affirmer la valeur de réponse du service Web en spécifiant le chemin absolu. Si le chemin absolu correspond à la valeur de la réponse, alors le scénario de test ou la suite de tests sera considéré comme PASS sinon il sera notifié comme FAILED. Nous pouvons voir les résultats de l'assertion en bas de l'écran où l'onglet Assertion aura les informations résultantes.

Q # 22. Qu'est-ce que le test basé sur les données?

Les tests pilotés par les données consistent à stocker nos données de test qui incluent l'entrée et la sortie attendue dans une source de données externe appelée fichier Excel / base de données / XML. Plus tard, nous devons itérer la source de données en utilisant le composant respectif. Dans SoapUI, les étapes de test de la source de données et de la boucle de source de données sont utilisées pour effectuer des tests pilotés par les données.

Q # 23. Quels sont les différents types d'assertions utilisées dans SoapUI?

Ans. Voici les différents types d'assertions:

  • Contient et ne contient pas
  • Correspondance XPath
  • Correspondance XQuery
  • Conformité du schéma
  • Défauts de savon
  • SLA de réponse
  • État de sécurité WS
  • Assertion de script
  • WS - Demande d'adressage ou assertion de réponse

Q # 24. Comment ajouter des assertions dans SoapUI?

Ans. Recevez une réponse à une demande comme vous le feriez normalement suivre les étapes ci-dessous:

  • Créer un projet, ajouter WSDL
  • Ajouter une suite de tests, un cas de test et des étapes de test
  • Exécutez la requête

Pour ajouter des assertions:
- Cliquez sur Ajouter des assertions en haut des onglets du journal.
- Configurez les assertions selon le type et les données requises.

sql query interview questions et réponses pour pdf expérimenté

Pour plus d'informations et d'exemples, consultez cet article: https://www.softwaretestinghelp.com/soapui-tutorial-5-soapui-assertions/

Q # 25. Qu'est-ce que le script Groovy et où peut-il être utilisé?

Ans. Groovy est un langage de script qui inclut en interne toutes les bibliothèques Java - il nous aide à personnaliser et à ajouter des validations personnalisées aux tests SoapUI

Q # 26. Le code personnalisé peut-il être ajouté à SoapUI? Si oui, que peut-on ajouter?

Ans. Oui -Étapes de navigation et étapes Javascript.

Q # 27. Comment grouper les tests?

Ans. La suite de tests de base est un moyen pour nous de regrouper les tests dans SoapUI. Lorsque vous avez besoin d'un autre ensemble de tests, il vous suffit de créer une nouvelle suite de tests et de créer les tests nécessaires en tant que cas de test.

Q # 28. Comment sauvegarder les réponses reçues?

Ans. Les valeurs de réponse peuvent être sauvegardées en cliquant sur la requête souhaitée et en choisissant l'emplacement «Dump file» dans ses propriétés.

Q # 29. Quelles sont les propriétés disponibles dans SoapUI?

Dans SoapUI, trois niveaux de propriétés sont disponibles. Elles sont,

Propriétés personnalisées ou propriétés au niveau du projet:

Ces propriétés sont ajoutées plusieurs fois en fonction de nos besoins et peuvent être utilisées dans toutes les suites de tests, cas de test ou étapes de test appartenant au projet actuel.

Propriétés du niveau de la suite de tests:

Le testeur peut ajouter ses propres propriétés avec des informations pertinentes sous les suites de tests. Ces propriétés ne sont disponibles que pour la suite de tests correspondante.

Propriétés du niveau du cas de test: Si le testeur a besoin de stocker ses données de test dans les cas de test, il peut créer ses propres propriétés dans le cas de test. Ainsi, ces propriétés sont accessibles dans les cas de test respectifs.

Q # 30. Expliquez la procédure pour paramétrer le point de terminaison dans SoapUI?

La fonction de paramétrage est la plus importante lorsque nous automatisons les cas de test et c'est également le début du processus de création de l'étape de test. Voyons cela.

  1. Créer un projet contenant les informations sur le point de terminaison
  2. Si nécessaire, modifiez le point de terminaison et affectez-le à la propriété via l'étape de test d'extension de propriété
  3. Assurez-vous que les informations de demande sont disponibles dans l'adresse de point de terminaison donnée
  4. Pendant le temps d'exécution, une propriété contiendra la valeur de test. Fournir une valeur d'entrée différente à la propriété, il est facile de le faire via l'EDI.

Q # 31. Quels sont les principaux emplacements utilisés par Groovy Script Teststep?

Dans SoapUI, nous pouvons utiliser Groovy Script aux deux endroits suivants.

  • Groovy Script Teststep dans le cas de test
  • Étape de test d'assertion de script

Q # 32. Savon vs REST?

Ans.

  • SOAP est un protocole et REST est une architecture. Cela nous permet d'envoyer des enveloppes SOAP à des applications basées sur REST.
  • REST prend en charge différents formats de message mais SOAP n'autorise que XML.
  • Les services REST sont plus rapides et faciles à gérer.
  • SOAP est lié aux protocoles SMTP et HTTP alors que REST repose uniquement sur HTTP.
  • SOAP est un format plus sécurisé et structuré.
  • REST ne dépend d'aucune norme spécifique car il prend en charge divers formats de messagerie tels que JSON, CSV et XML.
  • Les services Web SOAP nous permettent de créer le client avec des services RESTful.
  • SOAP a été introduit pour l'informatique distribuée.
  • Après l'entrée de REST, il a accueilli le Web par ses performances et son évolutivité, car il s'agit d'un composant léger.
  • REST est sans état alors que SOAP est une spécification avec état.
  • REST utilise un URI (Uniform Resource Identifier) ​​et des méthodes telles que GET, PUT, POST et DELETE pour exposer leurs ressources.
  • SOAP utilise des opérations et des interfaces nommées pour réaliser sa logique métier.

Consultez cet article pour plus d'informations: https://www.softwaretestinghelp.com/soapui-tutorial-13-soap-vs-rest-services/

Q # 33. Qu'est-ce que RDF?

Ans. Cadre de description des ressources - RDF contient la description des ressources Web telles que le titre, l'auteur, le contenu et les informations de copyright. Il est écrit en utilisant XML. Pour plus d'informations et d'exemples, consultez cet article https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 34. Que peuvent utiliser les sources de données dans SoapUI?

Ans.

  • Fichiers Excel
  • Fichiers CSV
  • Sources ODBC
  • Objets SQL / ADO

Conclusion

Voici quelques questions typiques basées sur SoapUI. Cependant, gardez à l'esprit que le format Q&R est vraiment très rare. Les intervieweurs sont plus intéressés par la connaissance de vos expériences et de votre expertise que par la capacité de répondre à quelques questions basées sur des anecdotes.

Comme toujours, nous espérons que cette entreprise vous a été utile. S'il vous plaît postez plus de questions si vous en avez et nous pourrions faire un article de suivi pour y répondre.

Partagez également vos expériences et vos réponses ci-dessous.

lecture recommandée

^