Topp 45 webtjenestesamtaler og spørsmål (RESTful, SOAP, sikkerhetsspørsmål)

top 45 web services interview questions

Liste over de mest stilte spørsmålene og svarene på intervjuer om webtjenester, som kan hjelpe deg med å forberede deg på det kommende intervjuet:

I dagens scenario, når vi snakker om grunnleggende nødvendigheter for å leve et teknisk avansert liv, fungerer 'World Wide Web dvs. www' som en viktig faktor.

I markedet finnes det varianter av webapplikasjoner utviklet på forskjellige programmeringsplattformer. Det blir veldig vanskelig å sikre fullstendige og nøyaktige sammenhenger mellom disse heterogene applikasjonene.

Løsningen på et slikt problem er 'Nettjenester' som faktisk fungerer som et kommunikasjonsmiddel mellom disse flere webapplikasjonene utviklet med forskjellige programmeringsspråk. Webtjenester bruker et standardisert XML-meldingssystem som er lett tilgjengelig over internett eller private nettverk.

Nettjenester er et veldig stort tema. Dette inkluderer arkitekturen, komponenter som Simple Object Access Protocol (SOAP) , Web Services Description Language (WSDL) , RESTful webtjenester, sikkerhet for webtjenester, etc.

I denne artikkelen dekkes alle nødvendige webtjenestetemaer som du må være kjent med, for å kunne svare på spørsmål på nivået. Du vil også se de beste spørsmålstjenestene og svarene på webtjenester i kategorier, slik at du om nødvendig bare kan komme deg gjennom en bestemt seksjon.

Hva du vil lære:

• Webtjenester Intervju Spørsmål og svar
  • Generelle spørsmål
  • RESTful Intervjuespørsmål om webtjenester
  • SOAPUI Web Services
  • Sikkerhet for webtjenester
  • WSDL intervju spørsmål
• Konklusjon
  • Anbefalt lesing

Webtjenester Intervju Spørsmål og svar

Følgende vervet spørsmål dekker spørsmål om webtjenester, RESTful webtjenester, SOAP webtjenester, spørsmål om sikkerhetstjenester for webtjenester.

Generelle spørsmål

Q # 1) Forklar webtjenester?

Svar: En webtjeneste kan defineres som en applikasjonskomponent for kommunikasjon eller si å utveksle informasjon mellom to applikasjoner over nettverket. Webtjenester fungerer i utgangspunktet på en klient-servermodell der webtjenester er lett tilgjengelige for klientapplikasjoner over nettverket.

For å muliggjøre kommunikasjon mellom ulike applikasjoner, bruker webtjenester hjelp av åpne standarder som XML (for datamerking), SOAP (for overføring av meldinger) og WSDL (for å angi tilgjengeligheten for tjenester).

Q # 2) Hva er komponentene i nettjenesten?

Svar: De forskjellige komponentene i webtjenester er som følger:

• SÅPE- Simple Object Access Protocol
• UDDI- Universell beskrivelse, oppdagelse og integrering
• WSDL- Webtjeneste Beskrivelse Språk
• RDF- Ressursbeskrivelsesramme
• XML- Extensible Markup Language

Sp # 3) Forklar begrepet interoperabilitet med hensyn til webtjenester?

Svar: Begrepet ‘interoperabilitet’ er mye brukt i produktmarkedsføringsbeskrivelse som definerer evnen til forskjellige produkter eller systemer som arbeider sammen uten noen spesiell innsats fra kundedelen.

Dette gjelder på samme måte når vi snakker om 'interoperabilitet' når det gjelder nettjenester. Her bestemmer den kommunikasjonen mellom ulike applikasjoner, deling av data samt tjenester seg imellom. Det er ingen begrensninger for typen søknad som skal kommuniseres.

Hvis en kode skrives, vil den bli behandlet som en generisk kode som vil bli forstått av alle applikasjoner. Dermed reduseres kostnadene ved å skrive spesifikke koder for hver applikasjon.

Det er ingen begrensninger for typen søknad som skal kommuniseres. Hvis en kode skrives, vil den bli behandlet som en generisk kode som vil bli forstått av alle applikasjoner. Dermed reduseres kostnadene ved å skrive spesifikke koder for hver applikasjon.

Q # 4) Definer webtjenesteprotokollstakken og dens lag?

Svar: Webtjenesteprotokollstabel består av 4 lag. Dette kan beskrives som følger:

a) Tjenestetransport: Dette er det første laget som hjelper til med å transportere XML-meldinger mellom forskjellige klientapplikasjoner. Dette laget bruker ofte de nevnte protokollene:

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

b) XML-meldinger: Dette laget er basert på XML-modellen der meldinger er kodet i vanlig XML-format som lett forstås av andre. Dette laget inkluderer

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

c) Tjenestebeskrivelse: Dette laget inneholder beskrivelser som plassering, tilgjengelige funksjoner og datatyper for XML-meldinger som beskriver det offentlige grensesnittet til en bestemt nettjeneste. Dette laget inkluderer:

• WSDL (Web Service Description Language)

d) Funn av tjenester: Dette laget er ansvarlig for å gi en måte å publisere og finne webtjenester på nettet. Dette laget inkluderer:

• UDDI (Universal Description, Discovery, and Integration)

Sp # 5) Forklar nettjenestearkitektur?

Svar: Rammearkitektur for webtjenester består av tre forskjellige lag. Rollene til disse lagene er definert som nedenfor:

• Tjenesteleverandør: Som navnet betegner, er tjenesteleverandørrollen å opprette webtjenesten og gjøre den tilgjengelig for klientapplikasjonene over internett for deres bruk.
• Tjenesteforespørseler: Service Requestor er i utgangspunktet enhver forbruker av webtjenester som alle klientapplikasjoner. Kundesøknader er skrevet på hvilket som helst språk. De kontakter nettjenesten for alle typer funksjonalitet ved å sende XML-forespørsler over den tilgjengelige nettverkstilkoblingen.
• Tjenestregister: Service Registry er den sentraliserte katalogen som hjelper deg med å finne webtjenester for klientapplikasjoner. Her kan vi finne eksisterende nettjenester, så vel som utviklere, kan også opprette den nye.

Tjenesteleverandøren bruker ‘Publiser’ -grensesnittet i Service Registry for å gjøre eksisterende webtjenester tilgjengelige for klientapplikasjoner. Med all informasjonen som tilbys av Tjenestregisteret, er Tjenesteanmoderen i stand til å binde eller påkalle tjenester.

Q # 6) Hva forstår du av XML-RPC?

Svar: RPC er Remote Procedure Call, og som navnet antyder, er det metoden for å ringe en prosedyre eller funksjon som er tilgjengelig på hvilken som helst ekstern datamaskin.

sette opp c ++ i formørkelse

XML står for Extensible Markup Language. Dermed representerer XML-RPC en enkel protokoll som utfører RPCer ved hjelp av XML-meldinger. Dette har blitt ansett som et utmerket verktøy for å koble til forskjellige miljøer og også etablere forbindelser mellom mange forskjellige datamaskiner.

Q # 7) Forklar funksjonene i XML-RPC?

Svar: De viktigste funksjonene i XML-RPC er vervet nedenfor:

• RPC-er utføres ved hjelp av et enkelt XML-språk.
• XML-kodede forespørsler sendes via HTTP POST.
• XML-respons er innebygd i HTTP-respons.
• Det regnes som plattformuavhengig.
• Det tillater kommunikasjon mellom ulike applikasjoner.
• Den bruker HTTP-protokoll for å overføre informasjon mellom klient- og serverdatamaskiner.
• Den har lite XML-vokabular for å beskrive forespørsel og svarets natur.

Q # 8) Få noen fordeler med webtjenester?

Svar: Vi har allerede diskutert webtjenester, dens arkitektur, komponenter. Nå, la oss se noen av fordelene:

• Hver applikasjon er nå på internett og det er nettjenesten som gir en slags nødvendig funksjonalitet til klientapplikasjonene.
• Webtjenester hjelper med å eksponere de eksisterende funksjonalitetene over nettverket for å hjelpe andre applikasjoner å bruke i programmene sine.
• Den har funksjoner som 'interoperabilitet' som bestemmer kommunikasjonen mellom ulike applikasjoner, deling av data samt tjenester mellom seg.
• Webtjenester bruker den standardiserte protokollstabelen for nettjeneste for kommunikasjon som består av fire lag, nemlig Service Transport, XML messaging, Service description og Service discovery.
• Den har funksjonen til lave kommunikasjonskostnader på grunn av bruken av SOAP (Simple Object Access Protocol) over HTTP-protokoll.
• Enkel å distribuere, integrere og kan brukes på nytt.
• Tillater enkel integrering mellom forskjellige funksjoner som en del av løs koblingsfunksjon.

Sp # 9) Forklar begrepet UDDI med dets funksjoner?

Svar: UDDI er en XML-basert standard i tjenestegjenkjenningslaget i webtjenesteprotokollstakken. Den brukes til å publisere og finne webtjenester over nettet, da den fungerer som en katalog. Noen av funksjonene i UDDI er forklart nedenfor:

• Det er et åpent rammeverk og er plattformuavhengig.
• SOAP, COBRA og Java RMI-protokoller brukes til kommunikasjon.
• Det hjelper bedrifter å oppdage hverandre og muliggjøre interaksjon mellom dem over Internett.
• Den fungerer som en database som inneholder alle WSDL-filer.

Q # 10) Hvilket språk bruker UDDI?

Svar: UDDI bruker språket kjent som WSDL (Web Service Description Language)

Sp # 11) Forklar BEEP?

Svar: BEEP står for Blocks Extensible Exchange Protocol. BEEP er bestemt som å bygge nye protokoller for en rekke applikasjoner, for eksempel direktemeldinger, nettverksadministrasjon, filoverføring, etc. Det blir betegnet som ny Internet Engineering Task Force (IETF) som er lagdelt direkte over TCP. Den har noen innebygde funksjoner som

• Godkjenning
• Sikkerhet
• Feilhåndtering
• Protokoll for håndtrykk

Q # 12) Få noen verktøy som brukes til å teste nettjenester?

Svar: For å teste webtjenester brukes nedenstående verktøy:

• SÅPE
• REST-klient
• JMeter

Q # 13) Krever vi noen spesielle applikasjoner for å få tilgang til nettjenesten?

Svar: Det eneste kravet for å få tilgang til webtjenester fra et hvilket som helst program er at det må støtte XML-basert forespørsel og svar. Det er ikke noe behov eller kravet om å installere noen applikasjon for å få tilgang til webtjenester.

RESTful Intervjuespørsmål om webtjenester

Sp # 14) Hva vet du om RESTful Web Services?

Svar: REST står for Representational State Transfer. REST er definert som den statsløse arkitekt-stilen for klient-server for å utvikle applikasjoner som er tilgjengelige på nettet.

Når webtjenester bruker HTTP-metoder for å implementere begrepet REST-arkitektur, er det kjent som RESTful Web-tjenester. I denne arkitektoniske stilen blir data og funksjonalitet tjent som ressurser og tilgang til URI (Uniform Resource Identifiers).

RESTful webtjenester gjør det mulig for webtjenester å fungere best ved å indusere egenskaper som

• Opptreden
• Skalerbarhet
• Modifiserbarhet

Sp # 15) Forklar fordelene med RESTful webtjenester?

Svar: Nedenfor er fordelene med RESTful webtjenester:

• De betraktes som språk- og plattformuavhengige, da disse kan skrives på ethvert programmeringsspråk og kan utføres på hvilken som helst plattform.
• REST er en lettvektsprotokoll og regnes som rask på grunn av mindre forbruk av båndbredde og ressurser.
• Den støtter flere teknologier og forskjellige dataformater som ren tekst, XML, JSON, etc.
• Den har løst koblet implementering og kan testes enkelt i nettlesere.

Q # 16) Differensiere SOAP og REST?

Svar: Forskjellen mellom SOAP og REST kan lett forstås fra nedenstående tabell.

Sp # 17) Forklar forskjellige HTTP-metoder som støttes av RESTful web-tjenester?

Svar: Nedenfor er noen vanlige HTTP-metoder sammen med funksjonene deres som støttes av RESTful web-tjenester

• FÅ: Skrivebeskyttet tilgang til ressursen.
• SETTE: Opprettelse av nye ressurser.
• SLETT: Fjerning av en ressurs.
• POST: Oppdatering av en eksisterende ressurs.
• ALTERNATIVER: Få støttede operasjoner på ressursen.
• HODE: Returnerer bare HTTP-overskrift, ingen.

Spørsmål nr. 18) Hva er en ressurs i RESTful webtjeneste og hvordan den blir representert?

År: Ressurs sies å være et grunnleggende konsept som har en type og forhold til andre ressurser. I REST-arkitektur betraktes hvert innhold som ressursen, og de identifiseres av URI-ene.

Ressurser er representert ved hjelp av XML, JSON, tekst, etc i RESTful arkitektur.

Spørsmål nr. 19) Hva er kjernekomponentene i HTTP-forespørselen og HTTP-svaret?

Svar: HTTP-forespørsel har følgende 5 hovedkomponenter:

HTTP-respons har følgende 4 hovedkomponenter:

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

Svar: Hensikten med URI er å finne ressurser på serveren som er vert for webtjenester.

URI-format:

: ////

Spørsmål nr. 21) Forklar begrepet statsløshet når det gjelder RESTful-nettjenester?

Svar: I REST-arkitektur er det en begrensning der en REST-nettjeneste ikke har lov til å beholde en klienttilstand på serveren. En slik tilstand er kjent som ‘Statelessness’. I en slik situasjon overfører klienten sin kontekst til serveren, og i sin tur lagrer serveren konteksten for å behandle klientens ytterligere forespørsler.

Q # 22) Bruk fordelene og ulempene ved statsløshet?

Svar: Fordelene med statsløshet inkluderer

• Hver metodeanmodning behandles uavhengig.
• Applikasjonsdesign er forenklet ettersom det ikke opprettholder klientens tidligere interaksjon.
• Fungerer med HTTP-protokoll da den deler funksjonen av å være statsløshet.

Ulempen med statsløshet inkluderer

• Hver gang klientinteraksjon finner sted, skal webtjenester gis ekstra informasjon om hver forespørsel, slik at de kan tolke klientens tilstand.

Spørsmål nr. 23) Hva er de beste faktorene som bør følges for å utforme en sikker RESTful-nettjeneste?

Svar: HTTP URL-stier brukes som en del av RESTful-nettjenesten, så de må sikres. Noen av de beste metodene er:

• Utfør validering av alle innganger på serveren fra SQL-injeksjonsangrep.
• Utfør brukerens sesjonsbaserte autentisering når en forespørsel blir gjort.
• Bruk aldri sensitive data som brukernavn, passord for økttokener osv. Via URL. Disse skal sendes via POST-metoden.
• Metoder som GET, POST, PUT, SLETT osv. Skal utføres med riktige begrensninger.
• HTTP generisk feilmelding skal påkalles der det er nødvendig.

SOAPUI Web Services

Q # 24) Definere SOAP-nettjenester?

Svar: Simple Object Access Protocol (SOAP) er definert som den XML-baserte protokollen som er kjent for å designe og utvikle webtjenester, samt muliggjøre kommunikasjon mellom applikasjoner utviklet på forskjellige plattformer med forskjellige programmeringsspråk over internett. Det er både plattform- og språkuavhengig.

Sp # 25) Hva er de forskjellige tilnærmingene som er tilgjengelige for utvikling av SOAP-baserte nettjenester?

Svar: Det er i utgangspunktet to forskjellige tilnærminger tilgjengelig for utvikling av SOAP-baserte nettjenester. Disse blir forklart som følger

• Kontrakt-første tilnærming: I denne tilnærmingen defineres kontrakten først av XML og WSDL, og deretter blir Java-klasser hentet fra kontrakten.
• Kontrakt-siste tilnærming: I denne tilnærmingen defineres Java-klasser først, og deretter genereres kontrakten, som vanligvis er WSDL-filen fra Java-klassen.

“Contract-first” -metoden er den mest foretrukne tilnærmingen.

Spørsmål nr. 26) Forklar den største hindringen SOAP-brukere står overfor?

Svar: En av de største hindringene som er observert av brukere av SOAP er 'Firewall sikkerhetsmekanismen'. I dette tilfellet er alle HTTP-porter unntatt de som omgår brannmur låst. I noen tilfeller observeres også et teknisk problem med å blande spesifikasjon av meldetransport med meldingsstruktur.

Spørsmål nr. 27) Hva er fordelene og ulempene med SOAP?

Svar: Nedenfor er fordeler med SOAP-nettjenester:

• SOAP tillater kommunikasjon mellom forskjellige applikasjoner, og det er både språk- og plattformuavhengig.
• Det er veldig enkelt og bruker standard HTTP-protokoll og XML for sending og mottak av meldinger.
• Den definerer og bruker sin egen sikkerhet kjent som WS-sikkerhet.
• Det kobler kodings- og kommunikasjonsprotokollen fra kjøretidsmiljøet.
• Det utrydder brannmurproblemer og er leverandørnøytralt.
• Det tillater sirkulasjon av meldinger i et distribuert og desentralisert miljø.

Nedenfor er ulemper med SOAP-nettjenester:

• Andre lette formater enn XML støttes ikke.
• Ikke lett å teste i nettlesere.
• Sikkerhetsfasiliteter er ikke til stede.
• SOAP er treg og kan ikke enkelt testes i nettleseren.
• Webtjenester og klienter er tett koblet og definerer noen standarder som skal følges strengt.

Q # 28) Hva er elementene i en SOAP-melding?

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

• Konvolutt: Dette elementet er definert som det obligatoriske rotelementet. Den oversetter XML-dokumentet og bestemmer starten og slutten av SOAP-meldingen.
• Overskrift: Dette elementet inneholder valgfrie topptekstattributter for meldingen som inneholder spesifikk informasjon om applikasjonen. Dette elementet kan forekomme flere ganger og er ment å legge til nye funksjoner og funksjoner.
• Kropp: Dette elementet er obligatorisk og inneholder samtale- og svarmeldinger. Det er også definert som det underordnede elementet i konvolutten som inneholder alle applikasjonsavledede XML-data som har blitt utvekslet som en del av SOAP-meldingen.
• Feilelement: Feil som oppstår under behandlingen av meldingene håndteres av feilelementet. Hvis feilen er til stede, vises dette elementet som et underordnet element i kroppen. Imidlertid kan det bare være en feilblokk.

Spørsmål nr. 29) Hva er de viktigste egenskapene til SOAP-konvoluttelementet?

Svar: Vi har sett det grunnleggende arbeidet til et SOAP-konvoluttelement i forrige svar, la oss nå se noen av dets egenskaper:

• SOAP-konvolutt er en emballasjemekanisme.
• Hver SOAP-melding har en obligatorisk rotkonvoluttmelding.
• Bare ett kroppselement er tillatt for hvert konvoluttelement.
• Når SOAP-versjonen endres, endres konvolutten.
• Hvis topptekstelementet er tilstede, skal det fremstå som det første barnet.
• Prefiks ENV og konvoluttelement brukes til spesifikasjon.
• Et navneområde og en valgfri kodestil brukes i tilfelle valgfri SOAP-koding.

Spørsmål nr. 30) Få noen få syntaksregler som gjelder for SOAP-meldinger?

Svar: Nedenfor er noen viktige syntaksregler som gjelder for SOAP-meldinger:

En såpemelding

• Må kodes ved hjelp av XML.
• Må bruke navnet på SOAP-konvolutten.
• Må bruke SOAP-kodingsnavnområdet.
• Må ikke inneholde DTD-referansen.
• Må ikke inneholde XML-behandlingsinstruksjoner.

Q # 31) Definer SOA?

Svar: En serviceorientert arkitektur (SOA) er i utgangspunktet definert som et arkitektonisk mønster som består av tjenester. Her gir applikasjonskomponenter tjenester til de andre komponentene ved hjelp av kommunikasjonsprotokoll over nettverket. Denne kommunikasjonen innebærer datautveksling eller en eller annen koordineringsaktivitet mellom tjenestene.

Noen av de viktigste prinsippene som SOA er basert på, er nevnt nedenfor:

• Servicekontrakten bør standardiseres med alle beskrivelsene av tjenestene.
• Det er løs kobling som definerer mindre avhengighet mellom webtjenestene og klienten.
• Den skal følge Service Abstraction-regelen, som sier at tjenesten ikke skal avsløre måten funksjonalitet har blitt utført for klientapplikasjonen.
• Tjenester bør være gjenbrukbare for å fungere med forskjellige applikasjonstyper.
• Tjenester bør være statsløse med funksjonen av oppdagbarhet.
• Tjenester deler store problemer i små problemer og lar forskjellige abonnenter bruke tjenestene.

Q # 32) Forklar handlingene som SOAPUI utfører?

Svar: SOAPUI er en åpen kildekode, gratis og plattformløs funksjonell testløsning. Nedenfor er noen handlinger utført av SOAPUI:

• Det kan bidra til å skape funksjonelle, sikkerhets- og belastningstestingsserier.
• Datadrevet testing og scenariobasert testing utføres også.
• Den har evnen til å imitere webtjenester så vel som har innebygde rapporteringsevner.

Sikkerhet for webtjenester

Spørsmål nr. 33) Hva er de viktigste sikkerhetsproblemene med nettjeneste?

Svar: For å sikre pålitelige transaksjoner og sikker konfidensiell informasjon, krever nettjenester et meget høyt sikkerhetsnivå som bare kan oppnås gjennom Betro sikker transaksjonsplattform . Sikkerhetsproblemer for webtjenester er stort sett delt inn i tre seksjoner som beskrevet nedenfor:

• Konfidensialitet: En enkelt webtjeneste kan ha flere applikasjoner, og deres tjenestebane inneholder en potensiell svak lenke i noder. Når meldinger eller si XML-forespørsler sendes av klienten sammen med tjenestebanen til serveren, må de være kryptert. Det er derfor et must å opprettholde konfidensialiteten i kommunikasjonen.
• Godkjenning: Autentisering utføres i utgangspunktet for å verifisere identiteten til brukerne, samt for å sikre at brukeren som bruker nettjenesten har rett til å bruke eller ikke? Autentisering gjøres også for å spore brukerens aktivitet. Det er flere alternativer som kan vurderes for dette formålet
  • Autentisering på applikasjonsnivå
  • HTTP-fordøyelse og grunnleggende HTTP-autentisering
  • Kundesertifikater
• Nettverksikkerhet: Dette er et alvorlig problem som krever verktøy for å filtrere trafikk på nettjenester.

Spørsmål nr. 34) Hva vet du om fundamentets sikkerhetstjenester?

Svar: Foundation sikkerhetstjenester består av:

• Integrering
• Godkjenning
• Autorisasjon
• Digitale signaturer
• Krypteringsprosesser

Spørsmål nr. 35) Hva er Entrust Identification Service?

hvordan åpne en jar-fil

Svar: Entrust Identification Service er kategorisert under Entrust Secure Transaction Platform som gir viktige sikkerhetsfunksjoner for å sikre sikre transaksjoner. Dette gjør det mulig for selskaper å fullstendig kontrollere identitetene som er klarert til å utføre transaksjoner med nettjenester.

Sp # 36) Hva er Entrust Entitlements Service?

Svar: Entrust Entitlement-tjenesten er de som har til oppgave å verifisere tjenestene som prøver å få tilgang til webtjenestene. Det sørger i utgangspunktet for sikkerhet i forretningsdriften, samt for noen autentiseringstjenester.

Sp # 37) Hva er Entrust Privacy Service?

Svar: Som navnet antyder, utfører Entrust Privacy Service kryptering av dataene slik at bare berørte parter har tilgang til dataene. Det handler i utgangspunktet om to faktorer

• konfidensialitet
• Sikkerhet

WSDL intervju spørsmål

Q # 38) Forklar WSDL?

Svar: WSDL står for Web service Description Language. Det er et enkelt XML-dokument som kommer under Service Description-laget i Web Service Protocol Stock og beskriver de tekniske detaljene eller lokaliserer brukergrensesnittet til webtjenesten. Få av den viktige informasjonen i WSDL-dokumentet er

• Metodenavn
• Havnetyper
• Endepunkt for tjenesten
• Metodeparametere
• Topptekstinformasjon
• Opprinnelse osv

Spørsmål nr. 39) Hva er de forskjellige elementene i WSDL-dokumenter?

Svar: De forskjellige elementene i WSDL-dokumentet sammen med en kort beskrivelse er vervet nedenfor:

• Typer: Dette definerer meldingsdatatypene, som er i form av XML-skjema, som brukes av webtjenestene.
• Beskjed: Dette definerer dataelementene for hver operasjon der meldinger kan være hele dokumentet eller et argument som skal kartlegges.
• Port Type: Det er flere tjenester til stede i WSDL. Porttype definerer samlingen av operasjoner som kan utføres for binding.
• Binding: Den bestemmer og definerer protokollen og dataformatet for hver porttype.
• Operasjoner: Dette definerer operasjonene som er utført for en melding for å behandle meldingen.

Q # 40) Forklar meldingselementet i WSDL?

Svar: Meldingselementet beskriver dataene som har blitt utvekslet mellom forbrukeren og webtjenesteleverandørene. Hver webtjeneste består av to meldinger, og hver melding har null eller flere parametere. De to meldingene er:

• Inngang: Beskriver parameteren for nettjenesten.
• Produksjon: Beskriver returdataene fra nettjenesten.

Spørsmål nr. 41) Lister inn operasjonstypesvaret som brukes i WSDL?

Svar: WSDL definerer i utgangspunktet fire typer svar på operasjonstypen. Disse er vervet nedenfor:

• En vei: Mottar en melding, men returnerer ikke svaret.
• Forespørsel-svar: Mottar en forespørsel og returnerer et svar.
• Ber om svar: Sender forespørsel og venter på svar.
• Melding: Sender en melding, men venter ikke på svar.

Blant disse er Request-Response den vanligste operasjonstypen.

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

Svar: Ja, det er mulig å binde WSDL til SOAP. Bindingen er mulig med i utgangspunktet to attributter:

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

For SOAP-binding må to attributter deklareres

• Transportere: Definerer SOAP-protokollen som skal brukes, dvs. HTTP.
• Stil: Dette attributtet kan være 'rpc' eller 'dokument'.

Q # 43) Forklar element?

Svar: Definisjonselement er beskrevet som roten til WSDL-dokumentet som definerer navnet på webtjenesten, og fungerer som en beholder for alle de andre elementene.

Q # 44) Hva er de to attributtene til element i WSDL?

Svar: Hvert portelement er relatert til en bestemt binding ved å definere et individuelt endepunkt. Portelementet har følgende to attributter

• Navn: Dette attributtet gir det unike navnet i WSDL-dokumentet.
• Binding: Dette attributtet refererer til bindingsprosessen som må utføres i henhold til koblingsreglene definert av WSDL.

Sp # 45) Hva er poengene som bør vurderes av porter mens de er bindende?

Svar: WSDL tillater utvidelseselementer som brukes til å spesifisere bindende informasjon. Nedenfor er noen viktige punkter som bør tas i betraktning mens de er bindende.

En port må ikke

• Angi mer enn én adresse.
• Spesifiser annen bindende informasjon enn adresseinformasjon.

Konklusjon

Denne artikkelen inneholder alle vanlige spørsmål om webtjenester. Selv om temaet er veldig stort, har jeg dekket alle avsnittene. Dette vil hjelpe deg med å lære og svare på webtjenester relaterte emner.

Anbefalt lesing

• Intervju Spørsmål og svar
• Noen interessante spørsmål om intervjuer med programvaretesting
• Topp 20 RESTful Intervju Spørsmål og svar
• Topp 30 sikkerhetstestintervju og spørsmål
• ETL Testing Intervju Spørsmål og svar
• Topp 12 Mockito intervju spørsmål (Mocking Framework Interview)
• Top Oracle Forms and Reports Interview Questions
• Programvarehåndbok Testing av intervjuspørsmål for erfarne fagpersoner