Menu

34 mest almindelige spørgsmål og svar på SoapUI-interview

34 most common soapui interview questions

Prøv Vores Instrument Til At Fjerne Problemer

De hyppigst stillede spørgsmål og svar til SoapUI-interview til din reference:

Det er altid vanskeligt at skrive en artikel om spørgsmål og svar, fordi listen over spørgsmål, vi leverer, aldrig vil være altomfattende, og interviews i realtid er ikke ligefrem i spørgsmål og svar.

Vi anbefaler at lære SoapUI-koncepter fra denne omfattende tutorial-serie med detaljerede eksempler.

spørgsmål om soapui-interview

I et interview ville de fleste spørgsmål være et svar på, hvad du siger, din oplevelse har været .

For eksempel: Hvis du siger, at du har arbejdet på SoapUI i 5 år nu og har testet en applikation både funktionelt og også kørt nogle belastningstest - så Spørgsmål til SoapUI-testinterview ville handle om:

  • Hvilken slags applikation var det?
  • Hvor meget af et engagement havde du?
  • Var der nogen udfordringer?
  • Enhver bedste praksis for automatisering, du har implementeret?
  • Hvilken grad af groovy scripting blev brugt?
  • Din tilgang til vedligeholdelse af data fra datakilderne?

Og så videre ... Svarene på disse spørgsmål er baseret på situationer / erfaringer, så der er ingen løsning, der passer til alle.

Følgende er dog en liste over Spørgsmål til SoapUI Web Services-interview der er generelle, dine typiske 'viva voce, aka oral eksamen' -spørgsmål i formatet, der kommer op i et interview, når intervieweren prøver at vurdere din funktionelle og grundlæggende SoapUI-viden.

34 Almindelige SoapUI-interviewspørgsmål og -svar

De kunne være som nedenfor:

Q # 1. Hvad er webtjenester?

Flere år. Webtjenester er webkomponenter, der overfører data mellem klient og server. Klienten sender en webanmodning til serveren, og serveren svarer derefter på klienten. Svaret og anmodningen er relateret, og forskellige anmodninger fremkalder det tilsvarende svar.

Web Service er en webkomponent eller et softwareprogram, der er tilgængeligt på Internettet. Det bruges hovedsageligt til at kommunikere med de webbaserede applikationer gennem XML-messaging-koncepter. For eksempel, hvis vi ønsker at få adgang til en bestemt placering ved hjælp af Google Maps, kan vi bruge den tilsvarende webtjeneste-URL. Til det er vi nødt til at videregive de relevante input.

Q # 2. Hvad er den primære udfordring ved test af webservices?

Flere år. Størstedelen af ​​den funktionelle test udføres via GUI; den største udfordring ved webtjenester er, at de ikke har et brugergrænseflade.

Q # 3. Hvad er kommunikationskanalerne tilgængelige for en webservice?

Generelt kombineres webservice med følgende protokoller. De er,

  • HTTP / POST
  • HTTP / GET
  • SÆBE

Mens du udsætter webtjenesterne, vil disse kanaler blive brugt til kommunikation med klienterne. Her overfører HTTP / POST-protokol informationen mellem klienterne i en sikker tilstand. HTTP / GET-protokol giver klienterne mulighed for at se overførte data delvist i browserens adresselinje. SOAP bruges til overførsel af fortrolige data sikkert.

Q # 4. Hvad er de forskellige komponenter, der kan bruges i webtjenesterne?

Der er fire komponenter, der bruges i webservices. De er,

  1. WSDL - Sprog til beskrivelsen af ​​webservicen
  2. SOAP - Simple Access Object Protocol
  3. UDDI - Universal beskrivelse, opdagelse og integration
  4. RDF - Resource Description Framework
  5. XML - eXtensible Markup Language

Q # 5. Hvilke værktøjer bruges til test af webservices?

For at udføre funktionel test for webtjenester kan vi bruge følgende værktøjer.

  • SÆBE
  • RESTClient - Dette er et Firefox-plug-in
  • JMeter - Specielt lavet til ydeevne testværktøj, og vi kan også udføre funktionstestning af webservices.

Q # 6. Hvad er WSDL?

Flere år. WSDL står for Web Service Description Language og er et dokument skrevet i XML. Det bruger XML til at definere servicelagsdokumentet, der består af oprindelsen til webservicen, overskrifter, porttyper, anmodnings- og svardata. Denne kan give oplysninger om webmetoder og webservice.

Den beskriver:

  • Webtjenestens oprindelse
  • Sidehovedoplysninger
  • Porttype
  • Input og output meddelelser

For mere info og eksempler, se denne artikel https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 7. Hvad er WSDL-dokumentets rolle i webservicetest?

Flere år. Validering af webtjenester er kun mulig med WSDL-dokument, fordi WSDL-dokument er obligatorisk for at konfigurere webtjenester i SoapUI. Hvis WSDL-dokumentet ikke er gyldigt, kaster SoapUI straks en undtagelse.

Q # 8. Hvad er UDDI?

Flere år. Universal Description, Discovery and Integration - et bibliotek eller et globalt lager, hvor alle webtjenester kan findes. En ny Webservice kan også registreres via dette. Dette er også stedet, hvor WSDL detaljerede definitioner findes.

Det bruger opdagelseslaget, der bruges i webservices. UDDI har alle oplysninger om webtjenesterne i detaljer. Globale webtjenester kan implementeres på http://uddi.xml.org/

Q # 9. Hvad er SOAP?

testplaneksempel til webapplikation

Flere år. Enkel objektadgangsprotokol, der bruger XML til at interagere med webapplikationer. Det bruger XML-baseret indhold til at kommunikere mellem to klientmaskiner på tværs af ethvert netværk

Q # 10. Hvad ville meddelelsesformatet for SOAP-protokollen være?

Generelt er alle SOAP-baserede webtjenester skrevet ved hjælp af XML-sprog, der bruger standardmeddelelsesformat, der accepteres overalt i universet. I dette format er det let at læse, identificere fejlene, undgå interoperabilitetsproblemer osv.

Her er eksemplet på SOAP-beskedformat.

POST / InStock HTTP / 1.1
Vært: localhost
Indholdstype: applikation / sæbe + xml; charset = utf-8
Indholdslængde: 399
SOAPAction: “http://www.example.com/soap-kuvert”






SÆBE

Q # 11. Hvad er fordelene ved SOAP?

Flere år. Da det er XML-baseret, er det platforms- og programmeringssproguafhængigt. RPC (Remote procedure calls) er undertiden blokeret af firewalls og proxyservere - Sæbe overvinder det.

Q # 12. Hvad indeholder et sæbedokument ?

Flere år. Konvolutelement er det øverste tag, der identificerer XML-dokumentet som en SOAP-meddelelse. Efterfulgt af konvolutelement ser du headerelementet, der har headeroplysninger. Body-elementet specificerer opkalds- og svaroplysningerne. Endelig har du et fejlelement, der indeholder fejl og statusoplysninger.

Q # 13. Hvad menes der med protokoller, og hvilke hovedtyper anvendes i webservices?

En protokol er et sæt standardregler, der hjælper med at kommunikere hardwareenhederne gennem softwareapplikationerne. Der findes forskellige typer protokoller, der bruges i Internettet og Intranet-applikationer. De er

TCP, der står for Transmission Control Protocol. Det har reglerne for at udveksle meddelelserne mellem to forskellige internetapplikationer.

Internetprotokol bruger reglerne for afsendelse og modtagelse af informationen mellem to forskellige internetadresser.

Tilsvarende har HTTP-, FTP- og DHCP-protokoller brugt regelsættet til at overføre andre data end internetapplikationer.

Q # 14. Hvad er XML?

Flere år. XML (eXtensible Markup Language) er et markeringssprog, der bruges til lagring, deling og formatering af data. Generelt er et XML-dokument bygget af tags. For mere info og eksempler, se denne artikel https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 15. SoapUI og SoapUI Pro?

Flere år. SoapUI er et testtjeneste til webservicen, og SoapUI Pro er dens kommercielle version. SoapUI kan hjælpe med at skabe funktionelle, sikkerheds- og belastningstest-testpakker. SoapUI Pro gør alt det med avanceret træk og slip, datadrevet test, avanceret rapportering og dækningsanalyse. Tjek denne artikel for mere information: https://www.softwaretestinghelp.com/soapui-tutorial-12-soapui-pro-features/

Q # 16. Hvad kan vi gøre ved hjælp af SoapUI?

  • SoapUI tilbyder os at udføre automatiseringstest, som inkluderer funktionstest, belastningstest og datadrevet test.
  • Det giver også indbygget rapporteringsværktøj og eksport testresultat log tilvejebringelse
  • Vi hævder vores tjenester ved hjælp af forskellige typer påstande

Spørgsmål nr. 17. Hvilket hierarki følger SoapUI for at opbygge et ordentligt testprojekt?

I et SoapUI-projekt skal følgende ordre opretholdes.

  • TestSuite - Dette er en kombination af funktionelle tests og logiske blokke
  • Testcase - Det er en gruppe, der indeholder flere testtrin for de specifikke aspekter af tjenesten.
  • Testtrin - den indeholder det sæt funktionelle tests

Q # 18. Hvad er den grundlæggende metode til automatisering af webtjenester i SoapUI?

Flere år.

hvad er en test case i softwaretest med eksempel
  • Opret et projekt, og tilføj WSDL-filen
  • Tilføj testpakker, testkasser og testkasser - i den rækkefølge
  • Inkluder brugerdefineret programmering / validering ved at tilføje Groovy-trin
  • Ring til eksterne datakilder, hvis du bruger
  • Tilføj påstande om nødvendigt
  • KØR derefter.

Spørgsmål nr. 19. Hvad er SoapUI påstande?

Flere år. Påstande sammenligner delene / hele svarmeddelelsen med det forventede resultat.

Q # 20. Hvad er de vigtigste typer påstande tilgængelige i SoapUI?

Påstande er en af ​​de vigtigste funktioner i SoapUI. Det giver følgende påstande.

  • Simple indeholder
  • Overholdelse af skema
  • Simpel ikke indeholde
  • Sæbefejl
  • Svar SLA
  • XPath Match
  • XQuery Match
  • WS-sikkerhedsstatus
  • Påstand om script
  • WS- Adresseringsanmodning eller svarpåstand

Derudover Lige med påstand introduceres i SoapUI NG Pro version.

Q # 21. Forklar om XPath-påstand i SoapUI

I SoapUI bruges XPath-påstand til at hævde webservicesvarværdien ved at angive den absolutte sti. Hvis den absolutte sti matches med svarværdien, betragtes testtilfældet eller testpakken som PASS, ellers vil den blive underrettet som FAILED. Vi kan se resultaterne af påstand nederst på skærmen, hvor fanen Påstand vil have resulterende information.

Q # 22. Hvad er datadrevet test?

Datadrevet test betyder at gemme vores testdata, der inkluderer input og forventet output i en ekstern datakilde kaldet Excel / Database / XML-fil. Senere skal vi gentage datakilden ved hjælp af den respektive komponent. I SoapUI bruges datakilde og datakilde sløjfetesttrin til udførelse af datadrevet test.

Spørgsmål nr. 23. Hvad er de forskellige typer påstande, der anvendes i SoapUI?

Flere år. Følgende er de forskellige typer påstande:

  • Indeholder og indeholder ikke
  • XPath-kamp
  • XQuery-kamp
  • Overholdelse af skema
  • Sæbefejl
  • Svar SLA
  • WS-sikkerhedsstatus
  • Påstand om script
  • WS- Adresseringsanmodning eller svarpåstand

Spørgsmål nr. 24. Hvordan kan påstande tilføjes i SoapUI?

Flere år. Modtag et svar på en anmodning, som du normalt følger nedenstående trin:

  • Opret et projekt, tilføj WSDL
  • Tilføj test suite, test sag og test trin
  • Kør anmodningen

Sådan tilføjes påstande:
- Klik på Tilføj påstande øverst på logfaner.
- Konfigurer påstandene efter den krævede type og data.

For mere info og eksempler, tjek denne artikel: https://www.softwaretestinghelp.com/soapui-tutorial-5-soapui-assertions/

Q # 25. Hvad er Groovy-script, og hvor kan det bruges?

Flere år. Groovy er et script-sprog, der internt inkluderer alle Java-bibliotekerne - det hjælper os med at tilpasse og tilføje brugerdefinerede valideringer til SoapUI-tests

Spørgsmål nr. 26. Kan den brugerdefinerede kode føjes til SoapUI? Hvis ja, hvad kan der tilføjes?

Flere år. Ja - Groovy-trin og Javascript-trin.

Q # 27. Hvordan grupperes prøver?

Flere år. Den grundlæggende testpakke er en måde for os at gruppere tests i SoapUI. Når du har brug for et andet sæt tests, skal du bare oprette en ny testpakke og oprette test efter behov som testcases.

Q # 28. Hvordan gemmes de modtagne svar?

Flere år. Svarværdierne kan gemmes ved at klikke på den ønskede anmodning og vælge placeringen 'Dump-fil' i dens egenskaber.

Spørgsmål nr. 29. Hvilke ejendomme er tilgængelige i SoapUI?

I SoapUI er der tre niveauer af ejendomme til rådighed. De er,

Brugerdefinerede egenskaber eller projektniveauegenskaber:

Disse egenskaber tilføjes flere gange baseret på vores behov, og de kan bruges i alle testsuiter, testcases eller testtrin, der hører til det aktuelle projekt.

Test Suite niveau egenskaber:

Testeren kan tilføje sine egne egenskaber med relevant information under testpakkerne. Disse egenskaber er kun tilgængelige for den tilsvarende testpakke.

Test case niveau egenskaber: Hvis testeren har brug for at gemme deres testdata inden for testcases, kan de oprette deres egne egenskaber inde i testcase. Så disse egenskaber kan tilgås inden for de respektive testtilfælde.

Q # 30. Forklar proceduren for at parametrere slutpunktet i SoapUI?

Parameteriseringsfunktionen er vigtigst, når vi automatiserer testsagerne, og det er også begyndelsen på processen til oprettelse af testtrin. Lad os se nærmere på dette.

  1. Opret projekt, der har slutpunktsinformation
  2. Hvis det er nødvendigt, skal du ændre slutpunktet og tildele til ejendommen gennem testtrinnet for ejendomsudvidelse
  3. Sørg for, at anmodningsoplysningerne er tilgængelige i den givne slutpunktadresse
  4. I løbet af udførelsestiden holder en ejendom testværdien. Ved at levere en anden inputværdi til ejendommen er det let at gøre det gennem IDE.

Q # 31. Hvad er de vigtigste steder, som Groovy Script Teststep brugte?

I SoapUI kan vi bruge Groovy Script de følgende to steder.

  • Groovy Script Teststep under test case
  • Trin til påstand om test af script

Q # 32. Sæbe vs REST?

Flere år.

  • SOAP er en protokol, og REST er arkitektur. Det giver os mulighed for at sende SOAP-konvolutter til REST-baserede applikationer.
  • REST understøtter forskellige meddelelsesformater, men SOAP tillader kun XML.
  • REST-tjenester er hurtigere og nemme at håndtere.
  • SOAP er bundet til SMTP- og HTTP-protokoller, mens REST kun er afhængig af HTTP.
  • SOAP er mere sikkert og struktureret format.
  • REST afhænger ikke af nogen specifikke standarder, da den understøtter forskellige messaging-formater som JSON, CSV og XML.
  • SOAP-webtjenester giver os mulighed for at opbygge klienten med RESTful-tjenester.
  • SOAP blev introduceret til distribueret computing.
  • Efter RESTs indtræden imødekom det internettet med dets ydeevne og skalerbarhed, da det er en letvægtskomponent.
  • REST er statsløs, mens SOAP er en stateful specifikation.
  • REST bruger Uniform Resource Identifier (URI), og den har metoderne som GET, PUT, POST og SLET for at udsætte deres ressourcer.
  • SOAP bruger navngivne operationer og grænseflader for at opnå sin forretningslogik.

Tjek denne artikel for mere information: https://www.softwaretestinghelp.com/soapui-tutorial-13-soap-vs-rest-services/

falsk gmail-konto generator og adgangskode

Q # 33. Hvad er RDF?

Flere år. Ressource Description Framework - RDF indeholder beskrivelsen af ​​webressourcerne, såsom oplysninger om titel, forfatter, indhold og copyright. Det er skrevet ved hjælp af XML. For mere info og eksempler, se denne artikel https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 34. Hvad kan datakilder bruges i SoapUI?

Flere år.

  • Excel-filer
  • CSV-filer
  • ODBC-kilder
  • SQL / ADO-objekter

Konklusion

Ovenstående er nogle typiske SoapUI-baserede spørgsmål. Vær dog opmærksom på, at Q & A-formatet virkelig er meget sjældent. Interviewere er mere interesserede i at kende dine oplevelser og ekspertise - snarere end evnen til at besvare få trivia-baserede spørgsmål.

Som altid håber vi, at denne bestræbelse var til hjælp for dig. Send venligst flere spørgsmål, hvis du har nogen, og vi kan muligvis gøre en opfølgningsartikel for at løse dem.

Del også dine oplevelser og dine svar nedenfor.

Anbefalet læsning

^