Top 45 webservicespørgsmål og svar (RESTful, SOAP, sikkerhedsspørgsmål)

top 45 web services interview questions

Liste over hyppigst stillede spørgsmål om webservicesamtaler og svar til at hjælpe dig med at forberede dig til det kommende interview:

I dagens scenarie, når vi taler om grundlæggende fornødenheder med at leve et teknisk avanceret liv, fungerer 'World Wide Web dvs. www' som en væsentlig faktor.

På markedet findes der forskellige webapplikationer udviklet på forskellige programmeringsplatforme. Det bliver meget vanskeligt at sikre fuldstændig og nøjagtig sammenhæng mellem disse heterogene applikationer.

Løsningen på et sådant problem er 'Webtjenester' som faktisk fungerer som et kommunikationsmiddel mellem disse flere webapplikationer udviklet med forskellige programmeringssprog. Webtjenester bruger et standardiseret XML-messaging-system, der er let tilgængeligt over internettet eller private netværk.

Webtjenester er et meget stort emne. Dette inkluderer dets arkitektur, komponenter som Simple Object Access Protocol (SOAP) , Web Services Description Language (WSDL) , RESTful webtjenester, webservicesikkerhed osv.

I denne artikel dækkes alt nødvendigt webtjenesteemne, som du skal være fortrolig med for at kunne besvare eventuelle niveauspørgsmål. Du vil også se de bedste spørgsmål og svar på webservicesamtaler i kategorier, så du om nødvendigt kun kan komme igennem et bestemt afsnit.

Hvad du vil lære:

• Web Services Interview Spørgsmål og svar
  • Generelle spørgsmål
  • RESTfulde webservicespørgsmål
  • SOAPUI Web Services
  • Web Services sikkerhed
  • WSDL Interview Spørgsmål
• Konklusion
  • Anbefalet læsning

Web Services Interview Spørgsmål og svar

De følgende hvervede spørgsmål dækker spørgsmål om test af webservices, RESTful webtjenester, SOAP-webservices, spørgsmål om sikkerhedstjeneste for webservices.

Generelle spørgsmål

Q # 1) Forklar webtjenester?

Svar: En webservice kan defineres som en applikationskomponent til kommunikation eller sige at udveksle information mellem to applikationer via netværket. Webtjenester fungerer grundlæggende på en klientservermodel, hvor webservices er let tilgængelige for klientapplikationer over netværket.

For at muliggøre kommunikation mellem forskellige applikationer bruger webtjenester hjælp af åbne standarder som XML (til datamærkning), SOAP (til meddelelsesoverførsel) og WSDL (for at angive tilgængelighed af tjenester).

Q # 2) Hvad er komponenterne i webservice?

Svar: De forskellige komponenter i webtjenester er som følger:

• SÆBE- Simple Object Access Protocol
• UDDI- Universal beskrivelse, opdagelse og integration
• WSDL- Web Service Beskrivelse Sprog
• RDF- Ramme for ressourcebeskrivelse
• XML- Udvideligt markup sprog

Q # 3) Forklar udtrykket interoperabilitet med hensyn til webtjenester?

Svar: Udtrykket 'interoperabilitet' bruges i vid udstrækning i produktmarkedsføringsbeskrivelse, der definerer forskellige produkters eller systems evne til at arbejde sammen uden nogen særlig indsats fra kundens side.

Dette gælder på samme måde, når vi taler om 'interoperabilitet' med hensyn til webtjenester. Her bestemmer det kommunikationen mellem forskellige applikationer, deling af data såvel som tjenester indbyrdes. Der er ingen begrænsninger for den type applikation, der skal kommunikeres.

Hvis der er skrevet en kode, behandles den som en generisk kode, der forstås af alle applikationer. Således reduceres omkostningerne ved at skrive specifikke koder til hver applikation.

Der er ingen begrænsninger for den type applikation, der skal kommunikeres. Hvis der er skrevet en kode, behandles den som en generisk kode, der forstås af alle applikationer. Således reduceres omkostningerne ved at skrive specifikke koder til hver applikation.

Spørgsmål nr. 4) Definer webtjenesteprotokolstak og dens lag?

Svar: Webtjenesteprotokolstak består af 4 lag. Dette kan beskrives som følger:

a) Servicetransport: Dette er det første lag, der hjælper med at transportere XML-meddelelser mellem forskellige klientapplikationer. Dette lag bruger almindeligvis nedenstående protokoller:

• HTTP (Hypertext Transport Protocol)
• SMTP (Simple Mail Transport Protocol)
• FTP (File Transfer Protocol)
• BEEP (Block Extensible Exchange Protocol)

b) XML-beskeder: Dette lag er baseret på XML-modellen, hvor meddelelser er kodet i fælles XML-format, som let forstås af andre. Dette lag inkluderer

• XML-RPC
• SOAP (Simple Object Access Protocol)

c) Servicebeskrivelse: Dette lag indeholder beskrivelser som placering, tilgængelige funktioner og datatyper til XML-beskeder, der beskriver den offentlige grænseflade til en bestemt webtjeneste. Dette lag inkluderer:

• WSDL (Web Service Description Language)

d) Opdagelse af service: Dette lag er ansvarlig for at give en måde at offentliggøre og finde webtjenester over internettet. Dette lag inkluderer:

• UDDI (universel beskrivelse, opdagelse og integration)

Q # 5) Forklar webservicearkitektur?

Svar: Web service rammearkitektur består af tre forskellige lag. Rollerne for disse lag er defineret som nedenfor:

• Service udbyder: Som navnet betegner, er tjenesteudbyderens rolle at oprette webservicen og gøre den tilgængelig for klientapplikationerne over internettet til deres brug.
• Tjenesteanmoder: Service Requestor er dybest set enhver forbruger af webservice som enhver klientapplikation. Klientansøgninger er skrevet på ethvert sprog. De kontakter webservicen for enhver form for funktionalitet ved at sende XML-anmodninger over den tilgængelige netværksforbindelse.
• Tjeneste Register: Service Registry er det centraliserede bibliotek, der hjælper med at finde webtjenester til klientapplikationer. Her kan vi finde de eksisterende webtjenester såvel som udviklere, som også kan oprette den nye.

Tjenesteudbyderen bruger 'Publish' -grænsefladen i Service Registry til at gøre de eksisterende webtjenester tilgængelige for klientapplikationer. Med alle de oplysninger, der leveres af Service Registry, er Service Requestor i stand til at binde eller påberåbe sig tjenester.

Spørgsmål nr. 6) Hvad forstår du ved XML-RPC?

Svar: RPC er Remote Procedure Call, og som navnet antyder, er det metoden til at kalde en procedure eller funktion tilgængelig på enhver fjerncomputer.

c ++ tilfældigt tal mellem 0 og 10

XML står for Extensible Markup Language. Således repræsenterer XML-RPC en simpel protokol, der udfører RPC'er ved hjælp af XML-meddelelser. Dette er blevet betragtet som et fremragende værktøj til at forbinde forskellige miljøer og også etablere forbindelser mellem mange forskellige computere.

Q # 7) Forklar funktionerne i XML-RPC?

Svar: De vigtigste funktioner i XML-RPC er anført nedenfor:

• RPC'er udføres ved hjælp af simpelt XML-sprog.
• XML-kodede anmodninger sendes via HTTP POST.
• XML-svar er indlejret i HTTP-svar.
• Det betragtes som platformuafhængigt.
• Det muliggør kommunikation mellem forskellige applikationer.
• Det bruger HTTP-protokol til at videregive oplysninger mellem klient- og servercomputere.
• Det har lille XML-ordforråd til beskrivelse af anmodning og svarets karakter.

Q # 8) Få nogle fordele ved webtjenester?

Svar: Vi har allerede diskuteret webtjenester, dets arkitektur, komponenter. Nu, lad os se nogle af fordelene:

• Hver applikation er nu på internettet, og det er webservicen, der leverer en slags krævet funktionalitet til klientapplikationerne.
• Webtjenester hjælper med at udsætte de eksisterende funktioner over netværket for at hjælpe andre applikationer til at bruge i deres programmer.
• Det har funktioner som 'interoperabilitet', der bestemmer kommunikationen mellem forskellige applikationer, deling af data samt tjenester indbyrdes.
• Webtjenester bruger den standardiserede webtjenesteprotokolstak til kommunikation, der består af 4 lag, nemlig Service Transport, XML-meddelelser, Service beskrivelse og Service discovery.
• Det har funktionen af ​​de lave kommunikationsomkostninger på grund af brugen af ​​SOAP (Simple Object Access Protocol) over HTTP-protokol.
• Let at implementere, integrere og kan genbruges.
• Tillader enkel integration mellem forskellige funktioner som en del af løs koblingsfunktion.

Q # 9) Forklar udtrykket UDDI med dets funktioner?

Svar: UDDI er en XML-baseret standard i serviceopdagelseslaget i webserviceprotokolstakken. Det bruges til at offentliggøre og finde webtjenester over internettet, da det fungerer som et bibliotek. Nogle af funktionerne i UDDI forklares nedenfor:

• Det er en åben ramme og er platformuafhængig.
• SOAP-, COBRA- og Java RMI-protokoller bruges til kommunikation.
• Det hjælper virksomheder med at opdage hinanden og muliggøre interaktion mellem dem via Internettet.
• Det fungerer som en database, der indeholder alle WSDL-filer.

Q # 10) Hvilket sprog bruges af UDDI?

Svar: UDDI bruger sproget kendt som WSDL (Web Service Description Language)

Q # 11) Forklar BEEP?

Svar: BEEP står for Blocks Extensible Exchange Protocol. BEEP er bestemt som opbygning af nye protokoller til forskellige applikationer såsom instant messaging, netværksadministration, filoverførsel osv. Det kaldes som ny Internet Engineering Task Force (IETF), som er lagdelt direkte over TCP. Det har nogle indbyggede funktioner som

• Godkendelse
• Sikkerhed
• Fejlhåndtering
• Protokol til håndtryk

Spørgsmål nr. 12) Brug nogle få værktøjer, der bruges til at teste webservices?

Svar: For at teste webservices anvendes nedenstående værktøjer:

• SÆBE
• REST klient
• JMeter

Spørgsmål nr. 13) Kræver vi nogen speciel applikation for at få adgang til webservice?

Svar: Det eneste krav for at få adgang til webtjenester fra enhver applikation er, at den skal understøtte den XML-baserede anmodning og svar. Der er ikke behov for eller kravet om at installere nogen applikation for at få adgang til webtjenester.

RESTfulde webservicespørgsmål

Spørgsmål nr. 14) Hvad ved du om RESTful Web Services?

Svar: REST står for repræsentativ statsoverførsel. REST er defineret som den statsløse arkitektoniske klient-server-stil til udvikling af applikationer, der er tilgængelige via internettet.

Når webtjenester bruger HTTP-metoder til at implementere begrebet REST-arkitektur, er det kendt som RESTful Web-tjenester. I denne arkitektoniske stil serveres data og funktionalitet som ressourcer og tilgås af URI (Uniform Resource Identifiers).

RESTfulde webtjenester gør det muligt for webtjenester at fungere bedst ved at inducere egenskaber som

• Ydeevne
• Skalerbarhed
• Modificerbarhed

Spørgsmål nr. 15) Forklar fordelene ved RESTful webtjenester?

Svar: Nedenfor er fordelene ved RESTful webtjenester:

• De betragtes som sprog- og platformuafhængige, da disse kan skrives på ethvert programmeringssprog og kan udføres på enhver platform.
• REST er en letvægtsprotokol og betragtes som hurtig på grund af mindre forbrug af båndbredde og ressourcer.
• Det understøtter flere teknologier og forskellige dataformater som almindelig tekst, XML, JSON osv.
• Det har løst koblet implementering og kan let testes over browsere.

Q # 16) Differentier SOAP og REST?

Svar: Forskellen mellem SOAP og REST kan let forstås fra nedenstående tabel.

Spørgsmål nr. 17) Forklar forskellige HTTP-metoder, der understøttes af RESTful-webservices?

Svar: Nedenfor er nogle almindelige HTTP-metoder sammen med deres funktioner, der understøttes af RESTful webtjenester

• FÅ: Skrivebeskyttet adgang til ressourcen.
• SÆTTE: Oprettelse af nye ressourcer.
• SLET: Fjernelse af en ressource.
• STOLPE: Opdatering af en eksisterende ressource.
• MULIGHEDER: Få understøttede operationer på ressourcen.
• HOVED: Returnerer kun HTTP-header, ingen.

Spørgsmål nr. 18) Hvad er en ressource i RESTful webtjeneste, og hvordan den repræsenteres?

Flere år: Ressource siges at være et grundlæggende koncept, der har en type og et forhold til andre ressourcer. I REST-arkitektur betragtes hvert indhold som ressourcen, og de identificeres af deres URI'er.

Ressourcer er repræsenteret ved hjælp af XML, JSON, tekst osv. I RESTful arkitektur.

Spørgsmål nr. 19) Hvad er kernekomponenterne i HTTP-anmodningen og HTTP-svaret?

Svar: HTTP-anmodning har følgende 5 hovedkomponenter:

HTTP-respons har følgende 4 hovedkomponenter:

Spørgsmål nr. 20) Hvad er formålet og formatet med URI i REST-arkitekturen?

Svar: Formålet med URI er at lokalisere ressourcer på serveren, der er vært for webtjenester.

URI-format:

: ////

Spørgsmål nr. 21) Forklar udtrykket statsløshed med hensyn til RESTful webtjenester?

Svar: I REST-arkitektur er der en begrænsning, hvor en REST-webtjeneste ikke har tilladelse til at holde en klienttilstand på serveren. En sådan tilstand kaldes 'statsløshed'. I en sådan situation overfører klienten sin kontekst til serveren, og serveren gemmer igen konteksten for at behandle klientens yderligere anmodninger.

Spørgsmål nr. 22) Anfør fordele og ulemper ved statsløshed?

Svar: Fordelene ved statsløshed inkluderer

• Hver metodeanmodning behandles uafhængigt.
• Applikationsdesign er forenklet, da det ikke opretholder klientens tidligere interaktion.
• Arbejder med HTTP-protokol, da den deler funktionen af ​​at være statsløshed.

Ulempen ved statsløshed inkluderer

• Hver gang klientinteraktion finder sted, skal webtjenester forsynes med ekstra information om hver anmodning, så de kan fortolke klientens tilstand.

Spørgsmål nr. 23) Hvad er de bedste faktorer, der skal følges for at designe en sikker RESTful webtjeneste?

Svar: HTTP URL-stier bruges som en del af RESTful-webservicen, så de skal sikres. Nogle af de bedste fremgangsmåder er:

• Udfør validering af alle input på serveren fra SQL-injektionsangreb.
• Udfør brugerens sessionsbaserede godkendelse, når der foretages en anmodning.
• Brug aldrig følsomme data som brugernavn, adgangskode til sessionstoken osv. Via URL. Disse skal sendes via POST-metoden.
• Metoder som GET, POST, PUT, DELETE osv. Skal udføres med passende begrænsninger.
• HTTP-generisk fejlmeddelelse skal påberåbes, hvor det er nødvendigt.

SOAPUI Web Services

Spørgsmål nr. 24) Definer SOAP-webtjenester?

Svar: Simple Object Access Protocol (SOAP) er defineret som den XML-baserede protokol, som er kendt for at designe og udvikle webtjenester samt muliggøre kommunikation mellem applikationer, der er udviklet på forskellige platforme med forskellige programmeringssprog over Internettet. Det er både platform og sproguafhængigt.

Spørgsmål nr. 25) Hvad er de forskellige tilgange, der er tilgængelige for udvikling af SOAP-baserede webtjenester?

Svar: Der er grundlæggende to forskellige tilgange til rådighed til udvikling af SOAP-baserede webtjenester. Disse forklares som følger

• Kontrakt-første tilgang: I denne tilgang defineres kontrakten først af XML og WSDL, hvorefter Java-klasser stammer fra kontrakten.
• Kontrakt-sidste tilgang: I denne tilgang defineres Java-klasser først, og derefter genereres kontrakten, som normalt er WSDL-filen fra Java-klassen.

'Kontrakt-først' -metoden er den mest foretrukne tilgang.

Spørgsmål nr. 26) Forklar den største hindring for SOAP-brugere?

Svar: En af de største hindringer, der er observeret af brugere af SOAP, er 'Firewall-sikkerhedsmekanismen'. I dette tilfælde er alle HTTP-porte undtagen dem, der omgår firewall, låst. I nogle tilfælde observeres også et teknisk problem med blanding af specifikation af meddelelsestransport med meddelelsesstruktur.

Spørgsmål nr. 27) Hvad er fordele og ulemper ved SOAP?

Svar: Nedenfor er fordelene ved SOAP-webtjenester:

• SOAP tillader kommunikation mellem forskellige applikationer, og den er både sproglig og platformuafhængig.
• Det er meget simpelt samt bruger standard HTTP-protokol og XML til afsendelse og modtagelse af meddelelser.
• Det definerer og bruger sin egen sikkerhed kendt som WS-sikkerhed.
• Det afkobler kodnings- og kommunikationsprotokollen fra runtime-miljøet.
• Det udrydder firewallproblemer og er leverandørneutralt.
• Det tillader cirkulation af meddelelser i et distribueret og decentralt miljø.

Nedenfor er ulemper ved SOAP-webtjenester:

• Andre lette formater end XML understøttes ikke.
• Kan ikke let testes i browsere.
• Sikkerhedsfaciliteter er ikke til stede.
• SOAP er langsom og kan ikke let testes i browseren.
• Webtjenester og klienter er tæt koblet og definerer nogle standarder, der skal følges nøje.

Spørgsmål nr. 28) Hvad er elementerne i en SOAP-meddelelse?

Svar: SOAP er ligesom andre XML-dokumenter og har følgende elementer:

• Kuvert: Dette element er defineret som det obligatoriske rodelement. Det oversætter XML-dokumentet og bestemmer starten og slutningen af ​​SOAP-meddelelsen.
• Header: Dette element indeholder de valgfrie headerattributter for meddelelsen, der indeholder specifikke oplysninger om applikationen. Dette element kan forekomme flere gange og er beregnet til at tilføje nye funktioner og funktioner.
• Legeme: Dette element er obligatorisk og indeholder opkalds- og svarmeddelelser. Det defineres også som det underordnede element i konvolutten, der indeholder alle applikationsafledte XML-data, der er blevet udvekslet som en del af SOAP-meddelelsen.
• Fejlelement: Fejl, der opstår under behandlingen af ​​meddelelserne, håndteres af fejlelementet. Hvis fejlen er til stede, vises dette element som et underordnet element i kroppen. Der kan dog kun være en fejlblok.

Spørgsmål nr. 29) Hvad er de vigtige egenskaber ved SOAP-kuvertelementet?

Svar: Vi har set det grundlæggende arbejde med et SOAP-kuvertelement i det forrige svar, lad os nu se nogle af dets egenskaber:

• SOAP-kuvert er en emballeringsmekanisme.
• Hver SOAP-besked har en obligatorisk rodkonvolutbesked.
• Kun et kropselement er tilladt for hvert konvolutelement.
• Når SOAP-versionen ændres, ændres konvolutten.
• Hvis headerelementet er til stede, skal det fremstå som det første barn.
• Præfiks ENV og konvolutelement bruges til specifikation.
• Et navneområde og en valgfri kodningstilstand bruges i tilfælde af valgfri SOAP-kodning.

Spørgsmål nr. 30) Brug nogle få syntaksregler, der gælder for SOAP-meddelelser?

Svar: Nedenfor er nogle vigtige syntaksregler, der gælder for SOAP-meddelelser:

En SOAP-besked

• Skal kodes ved hjælp af XML.
• Skal bruge SOAP-konvoluttens navneområde.
• Skal bruge SOAP-kodningsnavneområdet.
• Må ikke indeholde DTD-referencen.
• Må ikke indeholde XML-behandlingsinstruktioner.

Q # 31) Definer SOA?

Svar: En serviceorienteret arkitektur (SOA) defineres grundlæggende som et arkitektonisk mønster, der består af tjenester. Her leverer applikationskomponenter tjenester til de andre komponenter ved hjælp af kommunikationsprotokol over netværket. Denne kommunikation involverer dataudveksling eller en eller anden koordineringsaktivitet mellem tjenester.

Nogle af de vigtigste principper, som SOA er baseret på, er nævnt nedenfor:

• Servicekontrakten skal standardiseres med alle beskrivelserne af tjenesterne.
• Der er løs kobling, der definerer den mindre afhængighed mellem webtjenesterne og klienten.
• Det skal følge Service Abstraction-reglen, der siger, at tjenesten ikke skal eksponere den måde, funktionalitet er blevet udført på klientapplikationen.
• Tjenester skal kunne genbruges for at arbejde med forskellige applikationstyper.
• Tjenester skal være statsløse med funktionen af ​​opdagelighed.
• Tjenester opdeler store problemer i små problemer og giver forskellige abonnenter mulighed for at bruge tjenesterne.

Spørgsmål nr. 32) Forklar de handlinger, der udføres af SOAPUI?

Svar: SOAPUI er en open source, gratis og platformsløs funktionel testløsning. Nedenfor er nogle handlinger udført af SOAPUI:

• Det kan hjælpe med at oprette funktionelle, sikkerheds- og belastningstest-testpakker.
• Datadrevet test og scenariebaseret test udføres også.
• Det har evnen til at efterligne webtjenester såvel som har indbyggede rapporteringsevner.

Web Services sikkerhed

Spørgsmål nr. 33) Hvad er de primære sikkerhedsproblemer ved webservice?

Svar: For at sikre pålidelige transaktioner og sikre fortrolige oplysninger kræver webservices et meget højt sikkerhedsniveau, som kun kan opnås gennem Trust Secure Transaction Platform . Sikkerhedsproblemer for webtjenester er bredt opdelt i tre sektioner som beskrevet nedenfor:

• Fortrolighed: En enkelt webtjeneste kan have flere applikationer, og deres servicesti indeholder et potentielt svagt link ved dens noder. Når der sendes beskeder eller siger XML-anmodninger af klienten sammen med servicestien til serveren, skal de krypteres. Det er derfor et must at opretholde fortroligheden ved kommunikation.
• Godkendelse: Godkendelse udføres grundlæggende for at verificere brugernes identitet samt sikre, at brugeren, der bruger webtjenesten, har ret til at bruge eller ej? Godkendelse udføres også for at spore brugerens aktivitet. Der er flere muligheder, der kan overvejes til dette formål
  • Autentificering på applikationsniveau
  • HTTP-fordøjelse og HTTP-grundlæggende godkendelse
  • Klientcertifikater
• Netværkssikkerhed: Dette er et alvorligt problem, der kræver værktøjer til at filtrere webtjenestetrafik.

Spørgsmål nr. 34) Hvad ved du om fundamentets sikkerhedstjenester?

Svar: Foundation sikkerhedstjenester består af:

• Integration
• Godkendelse
• Bemyndigelse
• Digitale signaturer
• Krypteringsprocesser

Spørgsmål nr. 35) Hvad er Entrust Identification Service?

hvordan man åbner en jar-fil

Svar: Entrust Identification Service er kategoriseret under Entrust Secure Transaction Platform, som giver vigtige sikkerhedsfunktioner for at sikre sikre transaktioner. Dette giver normalt virksomheder mulighed for fuldt ud at kontrollere de identiteter, der er tillid til at udføre webservicetransaktioner.

Spørgsmål nr. 36) Hvad er Entrust Entitlements Service?

Svar: Entrust Entitlement-tjenesten er dem, hvis opgave er at kontrollere de tjenester, der forsøger at få adgang til webtjenesterne. Det sikrer dybest set sikkerhed i forretningsdriften samt nogle godkendelsestjenester.

Spørgsmål nr. 37) Hvad er Entrust Privacy Service?

Svar: Som navnet antyder, udfører Entrust Privacy Service kryptering af dataene, så kun berørte parter har adgang til dataene. Det handler grundlæggende med to faktorer

• Fortrolighed
• Sikkerhed

WSDL Interview Spørgsmål

Q # 38) Forklar WSDL?

Svar: WSDL står for webtjeneste Description Language. Det er et simpelt XML-dokument, der kommer under Service Description-laget i Web Service Protocol Stock og beskriver de tekniske detaljer eller lokaliserer brugergrænsefladen til webservice. Få af de vigtige oplysninger, der findes i WSDL-dokumentet, er

• Metodenavn
• Porttyper
• Service slutpunkt
• Metodeparametre
• Sidehovedoplysninger
• Oprindelse osv

Spørgsmål nr. 39) Hvad er de forskellige elementer i WSDL-dokumenter?

Svar: De forskellige elementer i WSDL-dokumentet sammen med en kort beskrivelse er anført nedenfor:

• Typer: Dette definerer meddelelsedatatyperne, der er i form af XML-skema, der bruges af webservices.
• Besked: Dette definerer dataelementerne for hver operation, hvor meddelelser kan være hele dokumentet eller et argument, der skal kortlægges.
• Port type: Der er flere tjenester til stede i WSDL. Porttype definerer samlingen af ​​operationer, der kan udføres for binding.
• Bindende: Det bestemmer og definerer protokollen og dataformatet for hver porttype.
• Operationer: Dette definerer de operationer, der udføres for en meddelelse til behandling af meddelelsen.

Q # 40) Forklar meddelelseselementet i WSDL?

Svar: Meddelelseselementet beskriver de data, der er udvekslet mellem forbrugeren og webtjenesteudbyderne. Hver webservice består af to beskeder, og hver besked har nul eller flere parametre. De to meddelelser er:

• Indgang: Beskriver parameteren for webservicen.
• Produktion: Beskriver returdata fra webservicen.

Spørgsmål nr. 41) Tilvejebring de operationstyper svar, der bruges i WSDL?

Svar: WSDL definerer dybest set 4 typer svar på operationstypen. Disse er anført nedenfor:

• En vej: Modtager en besked, men returnerer ikke svaret.
• Anmodning-svar: Modtager en anmodning og returnerer et svar.
• Anmod-svar: Afsender en anmodning og venter på et svar.
• Notifikation: Sender en besked, men venter ikke på svar.

Blandt disse er Request-Response den mest almindelige operationstype.

Q # 42) Er binding mellem SOAP og WSDL mulig?

Svar: Ja, det er muligt at binde WSDL til SOAP. Bindingen er muligvis grundlæggende to attributter:

• Navn: Definerer navnet på bindingen.
• Type: Definerer porten til binding.

For SOAP-binding skal to attributter erklæres

• Transportere: Definerer den SOAP-protokol, der skal bruges, dvs. HTTP.
• Stil: Denne attribut kan være 'rpc' eller 'dokument'.

Q # 43) Forklar element?

Svar: Definitionselement er beskrevet som roden til WSDL-dokument, der definerer navnet på webservicen samt fungerer som en container for alle de andre elementer.

Q # 44) Hvad er de to attributter for element i WSDL?

Svar: Hvert portelement er relateret til en bestemt binding ved at definere et individuelt slutpunkt. Portelementet har følgende to attributter

• Navn: Denne attribut giver det unikke navn i WSDL-dokumentet.
• Bindende: Denne attribut refererer til bindingsprocessen, som skal udføres i henhold til de sammenkædningsregler, der er defineret af WSDL.

Spørgsmål nr. 45) Hvad er de punkter, som havne skal overveje, mens de er bindende?

Svar: WSDL tillader udvidelseselementer, der bruges til at specificere bindende information. Nedenfor er et par vigtige punkter, der skal tages i betragtning, mens de er bindende.

En havn må ikke

• Angiv mere end en adresse.
• Angiv andre bindende oplysninger end adresseoplysninger.

Konklusion

Denne artikel indeholder alle ofte stillede spørgsmål om webtjenester. Selvom emnet er meget stort, har jeg dækket hvert afsnit. Dette vil hjælpe dig med at lære og besvare emner, der relaterer til webservices.

Anbefalet læsning

• Interviewspørgsmål og svar
• Nogle interessante softwaretestinterviewspørgsmål
• Top 20 RESTfulde Web Services Interview Spørgsmål og svar
• Top 30 sikkerhedstest Interviewspørgsmål og svar
• ETL Testing Interview Spørgsmål og svar
• Top 12 Mockito Interview Spørgsmål (Mocking Framework Interview)
• Top spørgsmål om Oracle-formularer og rapporter
• Software manuel test Interviewspørgsmål til erfarne fagfolk