Topp 45 intervjufrågor och svar på webbtjänster (RESTful, SOAP, säkerhetsfrågor)

top 45 web services interview questions

Lista med de vanligaste intervjufrågorna och svaren på webbtjänsterna som hjälper dig att förbereda dig för den kommande intervjun:

I dagens scenario, när vi pratar om grundläggande nödvändigheter för att leva ett tekniskt avancerat liv, fungerar 'World Wide Web dvs. www' som en viktig faktor.

På marknaden finns det olika webbapplikationer som utvecklats på olika programmeringsplattformar. Det blir mycket svårt att säkerställa fullständiga och exakta kopplingar mellan dessa heterogena applikationer.

Lösningen på ett sådant problem är 'Webbservice' som faktiskt fungerar som ett kommunikationsmedel mellan dessa flera webbapplikationer utvecklade med olika programmeringsspråk. Webbtjänster använder ett standardiserat XML-meddelandesystem som är lätt tillgängligt via internet eller privata nätverk.

Webbtjänster är ett mycket stort ämne. Detta inkluderar dess arkitektur, komponenter som Simple Object Access Protocol (SOAP) , Webbtjänstens beskrivningsspråk (WSDL) , RESTful webbtjänster, webbtjänstsäkerhet etc.

I den här artikeln behandlas alla nödvändiga webbtjänstämnen som du måste känna till för att kunna svara på eventuella nivåfrågor. Du kommer också att se de bästa frågorna och svaren på webbtjänstintervjuerna i kategorier så att om det behövs kan du bara gå igenom ett visst avsnitt.

Vad du kommer att lära dig:

• Webbtjänster Intervju Frågor och svar
  • Generella frågor
  • RESTful Intervjufrågor om webbtjänster
  • SOAPUI Web Services
  • Webbtjänstsäkerhet
  • WSDL intervjufrågor
• Slutsats
  • Rekommenderad läsning

Webbtjänster Intervju Frågor och svar

Följande värvade frågor täcker frågor om webbtjänsttest, RESTful webbtjänster, SOAP-webbtjänster, frågor om säkerhetstjänster för webbtjänster.

Generella frågor

F # 1) Förklara webbtjänster?

Svar: En webbtjänst kan definieras som en applikationskomponent för kommunikation eller säga utbyte av information mellan två applikationer via nätverket. Webbtjänster fungerar i princip på en klientservermodell där webbtjänster är lättillgängliga för klientapplikationer över nätverket.

För att möjliggöra kommunikation mellan olika applikationer använder webbtjänster hjälp av öppna standarder som XML (för datamärkning), SOAP (för meddelandeöverföring) och WSDL (för att indikera tillgänglighet för tjänster).

F # 2) Vilka är komponenterna i webbtjänsten?

Svar: De olika komponenterna i webbtjänster är följande:

• TVÅL- Enkel åtkomstprotokoll
• UDDI- Universell beskrivning, upptäckt och integration
• WSDL- Språk för webbtjänstbeskrivning
• RDF- Resource Description Framework
• XML- Extensible Markup Language

F # 3) Förklara termen driftskompatibilitet med avseende på webbtjänster?

Svar: Uttrycket ”interoperabilitet” används ofta i produktmarknadsföringsbeskrivningen som definierar förmågan hos olika produkter eller system som arbetar tillsammans utan någon särskild ansträngning från kunddelen.

Detta gäller på samma sätt när vi pratar om ”interoperabilitet” när det gäller webbtjänster. Här bestämmer den kommunikationen mellan olika applikationer, delning av data samt tjänster inbördes. Det finns ingen begränsning för vilken typ av ansökan som ska kommuniceras.

Om någon kod skrivs kommer den att behandlas som en generisk kod som kommer att förstås av alla applikationer. Således reduceras kostnaden för att skriva specifika koder för varje applikation.

Det finns ingen begränsning för vilken typ av ansökan som ska kommuniceras. Om någon kod skrivs kommer den att behandlas som en generisk kod som kommer att förstås av alla applikationer. Således reduceras kostnaden för att skriva specifika koder för varje applikation.

F # 4) Definiera protokollstapeln för webbtjänster och dess lager?

Svar: Webbtjänstprotokollstacken består av fyra lager. Detta kan beskrivas enligt följande:

a) Servicetransport: Detta är det första lagret som hjälper till att transportera XML-meddelanden mellan olika klientapplikationer. Detta lager använder vanligtvis nedan nämnda protokoll:

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

b) XML-meddelanden: Detta lager är baserat på XML-modellen där meddelanden kodas i vanligt XML-format som lätt kan förstås av andra. Detta lager inkluderar

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

c) Tjänstebeskrivning: Detta lager innehåller beskrivningar som plats, tillgängliga funktioner och datatyper för XML-meddelanden som beskriver det offentliga gränssnittet till en viss webbtjänst. Detta lager innehåller:

• WSDL (webbtjänstbeskrivningsspråk)

d) Upptäckt av tjänster: Detta lager är ansvarigt för att tillhandahålla ett sätt att publicera och hitta webbtjänster via webben. Detta lager innehåller:

• UDDI (universell beskrivning, upptäckt och integration)

F # 5) Förklara webbtjänstarkitektur?

Svar: Framtidsarkitektur för webbtjänster består av tre olika lager. Rollerna för dessa lager definieras enligt nedan:

• Tjänsteleverantör: Som namnet anger är tjänsteleverantörens roll att skapa webbtjänsten och göra den tillgänglig för klientapplikationerna över internet för deras användning.
• Serviceförfrågare: Service Requestor är i princip alla konsumenter av webbtjänster som alla klientapplikationer. Klientansökningar är skrivna på vilket språk som helst. De kontaktar webbtjänsten för alla typer av funktioner genom att skicka XML-förfrågningar över den tillgängliga nätverksanslutningen.
• Tjänsteregister: Service Registry är den centraliserade katalogen som hjälper till att hitta webbtjänster för klientapplikationer. Här kan vi hitta befintliga webbtjänster, liksom utvecklare, kan också skapa den nya.

Tjänsteleverantören använder 'Publicera' -gränssnittet i Service Registry för att göra befintliga webbtjänster tillgängliga för klientapplikationer. Med all information som tillhandahålls av tjänstregistret kan tjänsteförfrågan binda eller åberopa tjänster.

F # 6) Vad förstår du av XML-RPC?

Svar: RPC är Remote Procedure Call och som namnet antyder är det metoden att anropa en procedur eller funktion som finns tillgänglig på vilken fjärrdator som helst.

finns det en gratis version av snabbböcker

XML står för Extensible Markup Language. Således representerar XML-RPC ett enkelt protokoll som utför RPC med hjälp av XML-meddelanden. Detta har ansetts vara ett utmärkt verktyg för att ansluta olika miljöer och även skapa kopplingar mellan många olika datorer.

F # 7) Förklara funktioner i XML-RPC?

Svar: De viktigaste funktionerna i XML-RPC listas nedan:

• RPC: er utförs med ett enkelt XML-språk.
• XML-kodade förfrågningar skickas via HTTP POST.
• XML-svar är inbäddat i HTTP-svar.
• Det anses vara plattformsoberoende.
• Det möjliggör kommunikation mellan olika applikationer.
• Den använder HTTP-protokoll för att skicka information mellan klient- och serverdatorer.
• Den har liten XML-ordförråd för att beskriva förfrågan och svarets karaktär.

F # 8) Anskaffa några fördelar med webbtjänster?

Svar: Vi har redan diskuterat webbtjänster, dess arkitektur, komponenter. Nu, låt oss se några av dess fördelar:

• Varje applikation finns nu på internet och det är webbtjänsten som ger någon form av nödvändig funktionalitet till klientapplikationerna.
• Webbtjänster hjälper till att exponera de befintliga funktionerna över nätverket för att hjälpa andra applikationer att använda i sina program.
• Den har funktioner som ”driftskompatibilitet” som bestämmer kommunikationen mellan olika applikationer, delning av data samt tjänster mellan varandra.
• Webbtjänster använder den standardiserade webbtjänstprotokollstacken för kommunikation som består av fyra lager, nämligen Service Transport, XML-meddelanden, Service beskrivning och Service discovery.
• Den har funktionen till låga kostnader för kommunikation på grund av användningen av SOAP (Simple Object Access Protocol) över HTTP-protokoll.
• Lätt att distribuera, integrera och kan återanvändas.
• Tillåter enkel integration mellan olika funktioner som en del av lös kopplingsfunktion.

F # 9) Förklara termen UDDI med dess funktioner?

Svar: UDDI är en XML-baserad standard i tjänsteupptäcksskiktet i webbtjänstprotokollstacken. Den används för att publicera och hitta webbtjänster över webben eftersom den fungerar som en katalog. Några av funktionerna i UDDI förklaras nedan:

• Det är ett öppet ramverk och är plattformsoberoende.
• SOAP, COBRA och Java RMI-protokoll används för kommunikation.
• Det hjälper företag att upptäcka varandra och möjliggöra interaktion mellan dem via Internet.
• Den fungerar som en databas som innehåller alla WSDL-filer.

F # 10) Vilket språk används av UDDI?

Svar: UDDI använder språket som kallas WSDL (Web Service Description Language)

F # 11) Förklara BEEP?

Svar: BEEP står för Blocks Extensible Exchange Protocol. BEEP bestäms som att bygga nya protokoll för olika applikationer som snabbmeddelanden, nätverkshantering, filöverföring etc. Det kallas ny Internet Engineering Task Force (IETF) som är lagrad direkt över TCP. Den har några inbyggda funktioner som

• Autentisering
• säkerhet
• Felhantering
• Protokoll för handskakning

F # 12) Anskaffa några verktyg som används för att testa webbtjänster?

Svar: För att testa webbtjänster används nedanstående verktyg:

• TVÅL
• REST-klient
• JMeter

F # 13) Behöver vi någon speciell applikation för att komma åt webbtjänsten?

Svar: Det enda kravet för att få åtkomst till webbtjänster från alla applikationer är att den måste stödja den XML-baserade begäran och svaret. Det finns inget behov eller kravet på att installera någon applikation för åtkomst till webbtjänster.

RESTful Intervjufrågor om webbtjänster

F # 14) Vad vet du om RESTful Web Services?

Svar: REST står för Representational State Transfer. REST definieras som den statslösa arkitekt-stilen för klient-server för att utveckla applikationer som nås via webben.

När webbtjänster använder HTTP-metoder för att implementera begreppet REST-arkitektur kallas det RESTful Web-tjänster. I denna arkitektoniska stil tjänar data och funktionalitet som resurser och nås av URI (Uniform Resource Identifiers).

RESTful webbtjänster gör att webbtjänster fungerar bäst genom att framkalla egenskaper som

• Prestanda
• Skalbarhet
• Modifierbarhet

F # 15) Förklara fördelarna med RESTful webbtjänster?

Svar: Nedan listas fördelarna med RESTful webbtjänster:

• De betraktas som språk- och plattformsoberoende eftersom dessa kan skrivas på vilket programmeringsspråk som helst och kan köras på vilken plattform som helst.
• REST är ett lättviktsprotokoll och anses vara snabbt på grund av mindre förbrukning av bandbredd och resurser.
• Den stöder flera tekniker och olika dataformat som vanlig text, XML, JSON, etc.
• Det har löst kopplat implementering och kan testas enkelt via webbläsare.

F # 16) Differentiera tvål och vila?

Svar: Skillnaden mellan SOAP och REST kan lätt förstås från nedanstående tabell.

F # 17) Förklara olika HTTP-metoder som stöds av RESTful webbtjänster?

Svar: Nedan listas några vanliga HTTP-metoder tillsammans med deras funktioner som stöds av RESTful webbtjänster

• SKAFFA SIG: Skrivskyddad tillgång till resursen.
• SÄTTA: Skapande av nya resurser.
• RADERA: Avlägsnande av en resurs.
• POSTA: Uppdatering av en befintlig resurs.
• ALTERNATIV: Få funktioner som stöds på resursen.
• HUVUD: Returnerar endast HTTP-rubrik, ingen.

F # 18) Vad är en resurs i RESTful webbtjänst och hur den representeras?

År: Resurs sägs vara ett grundläggande begrepp som har typ och relation med andra resurser. I REST-arkitekturen betraktas varje innehåll som resursen och de identifieras av sina URI: er.

Resurser representeras med hjälp av XML, JSON, text, etc i RESTful arkitektur.

F # 19) Vilka är kärnkomponenterna i HTTP-begäran och HTTP-svar?

Svar: HTTP-begäran har följande 5 huvudkomponenter:

HTTP-svar har följande fyra huvudkomponenter:

F # 20) Vad är syftet och formatet för URI i REST-arkitekturen?

Svar: Syftet med URI är att lokalisera resurser på servern som är värd för webbtjänster.

URI-format:

: ////

F # 21) Förklara termen statslöshet i termer av RESTful webbtjänster?

Svar: I REST-arkitekturen finns det en begränsning där en REST-webbtjänst inte får behålla ett klienttillstånd på servern. Ett sådant tillstånd kallas statslöshet. I en sådan situation skickar klienten sitt sammanhang till servern och i sin tur lagrar servern sammanhanget för att behandla klientens ytterligare förfrågningar.

F # 22) Ange fördelar och nackdelar med statslöshet?

Svar: Fördelarna med statslöshet inkluderar

• Varje metodförfrågan behandlas oberoende.
• Applikationsdesign förenklas eftersom den inte upprätthåller klientens tidigare interaktion.
• Fungerar med HTTP-protokoll eftersom det delar funktionen att vara statslös.

Nackdelen med statslöshet inkluderar

• Varje gång klientinteraktion äger rum ska webbtjänster förses med extra information om varje begäran så att de kan tolka klientens tillstånd.

F # 23) Vilka är de bästa faktorerna för att utforma en säker RESTful webbtjänst?

Svar: HTTP URL-sökvägar används som en del av RESTful-webbtjänsten, så de måste skyddas. Några av de bästa metoderna är:

• Utför validering av alla ingångar på servern från SQL-injektionsattacker.
• Utför användarens sessionsbaserade autentisering när en begäran görs.
• Använd aldrig känslig data som användarnamn, lösenord för sessionstoken osv. Via URL. Dessa ska skickas via POST-metoden.
• Metoder som GET, POST, PUT, DELETE, etc bör köras med rätt begränsningar.
• HTTP-generiskt felmeddelande bör åberopas där det krävs.

SOAPUI Web Services

F # 24) Definiera SOAP-webbtjänster?

Svar: Simple Object Access Protocol (SOAP) definieras som det XML-baserade protokollet som är känt för att utforma och utveckla webbtjänster samt möjliggöra kommunikation mellan applikationer som utvecklats på olika plattformar med olika programmeringsspråk via Internet. Det är både plattforms- och språkoberoende.

F # 25) Vilka olika metoder finns tillgängliga för att utveckla SOAP-baserade webbtjänster?

Svar: Det finns i princip två olika metoder för att utveckla SOAP-baserade webbtjänster. Dessa förklaras enligt följande

• Kontrakt-första tillvägagångssätt: I detta tillvägagångssätt definieras kontraktet först av XML och WSDL och därefter härleds java-klasser från kontraktet.
• Kontraktets sista tillvägagångssätt: I detta tillvägagångssätt definieras Java-klasser först och sedan genereras kontraktet, vilket vanligtvis är WSDL-filen från Java-klassen.

Metoden 'Contract-first' är den mest föredragna metoden.

F # 26) Förklara det största hindret för SOAP-användare?

Svar: Ett av de största hindren som observerats av användare av SOAP är ”brandväggens säkerhetsmekanism”. I det här fallet är alla HTTP-portar utom de som kringgår brandväggen låsta. I vissa fall observeras också en teknisk fråga om blandningsspecifikation av meddelandetransport med meddelandestruktur.

F # 27) Vilka är fördelarna och nackdelarna med SOAP?

Svar: Nedan listas fördelar med SOAP-webbtjänster:

• SOAP tillåter kommunikation mellan olika applikationer och är både språk- och plattformsoberoende.
• Det är mycket enkelt och använder standard HTTP-protokoll och XML för att skicka och ta emot meddelanden.
• Den definierar och använder sin egen säkerhet som kallas WS-säkerhet.
• Det frikopplar kodnings- och kommunikationsprotokollet från runtime-miljön.
• Det eliminerar brandväggsproblem och är leverantörsneutralt.
• Det tillåter spridning av meddelanden i en distribuerad och decentraliserad miljö.

Nedan listas nackdelar med SOAP-webbtjänster:

• Andra lättviktsformat än XML stöds inte.
• Inte lätt att testa i webbläsare.
• Säkerhetsanläggningar finns inte.
• SOAP är långsam och kan inte enkelt testas i webbläsaren.
• Webbtjänster och klienter är tätt kopplade och definierar vissa standarder som ska följas strikt.

F # 28) Vilka är elementen i ett SOAP-meddelande?

Svar: SOAP är precis som andra XML-dokument och har följande element:

• Kuvert: Detta element definieras som det obligatoriska rotelementet. Det översätter XML-dokumentet och bestämmer början och slutet av SOAP-meddelandet.
• Rubrik: Detta element innehåller de valfria rubrikattributen för meddelandet som innehåller specifik information om applikationen. Detta element kan förekomma flera gånger och är avsett att lägga till nya funktioner och funktioner.
• Kropp: Detta element är obligatoriskt och innehåller samtals- och svarsmeddelanden. Det definieras också som det underordnade elementet i kuvertet som innehåller alla applikationshämtade XML-data som har utbytts som en del av SOAP-meddelandet.
• Felelement: Fel som uppstår under bearbetningen av meddelandena hanteras av felelementet. Om felet förekommer, visas detta element som ett underordnat element i kroppen. Det kan dock bara finnas ett felblock.

F # 29) Vilka är de viktigaste egenskaperna hos SOAP-kuvertelementet?

Svar: Vi har sett det grundläggande arbetet med ett SOAP-kuvertelement i föregående svar, låt oss nu se några av dess egenskaper:

• SOAP-kuvert är en förpackningsmekanism.
• Varje SOAP-meddelande har ett obligatoriskt rotkuvertmeddelande.
• Endast ett kroppselement är tillåtet för varje kuvertelement.
• När SOAP-versionen ändras ändras kuvertet.
• Om sidhuvudelementet finns bör det se ut som det första barnet.
• Prefix ENV och kuvertelement används för specifikation.
• Ett namnområde och en valfri kodningsstil används vid valfri SOAP-kodning.

F # 30) Anmäla några syntaxregler som gäller för SOAP-meddelande?

Svar: Nedan finns några viktiga syntaxregler som är tillämpliga för SOAP-meddelande:

Ett SOAP-meddelande

• Måste kodas med XML.
• Måste använda SOAP-kuvertets namnområde.
• Måste använda namnområdet SOAP-kodning.
• Får inte innehålla DTD-referensen.
• Får inte innehålla XML-behandlingsinstruktioner.

F # 31) Definiera SOA?

Svar: En serviceorienterad arkitektur (SOA) definieras i grunden som ett arkitektoniskt mönster som består av tjänster. Här tillhandahåller applikationskomponenter tjänster till de andra komponenterna som använder kommunikationsprotokoll via nätverket. Denna kommunikation innefattar datautbyte eller någon samordningsaktivitet mellan tjänsterna.

Några av de viktigaste principerna som SOA bygger på nämns nedan:

• Serviceavtalet bör standardiseras med alla beskrivningar av tjänsterna.
• Det finns lös koppling som definierar det mindre beroendet mellan webbtjänsterna och klienten.
• Den ska följa Service Abstraction-regeln, som säger att tjänsten inte ska avslöja hur funktionalitet har utförts för klientapplikationen.
• Tjänster bör vara återanvändbara för att kunna arbeta med olika applikationstyper.
• Tjänsterna bör vara statslösa med funktionen att upptäcka.
• Tjänster bryter stora problem i små problem och tillåter olika abonnenter att använda tjänsterna.

F # 32) Förklara de åtgärder som SOAPUI utför?

Svar: SOAPUI är en öppen källkod, gratis och plattformsövergripande funktionell testlösning. Nedan nämns några åtgärder som utförts av SOAPUI:

• Det kan hjälpa till att skapa funktionella, säkerhets- och belastningstestsviter.
• Datadriven testning och scenariobaserad testning utförs också.
• Den har förmågan att imitera webbtjänster och har inbyggda rapporteringsförmågor.

Webbtjänstsäkerhet

F # 33) Vilka är de främsta säkerhetsproblemen för webbtjänster?

Svar: För att säkerställa tillförlitliga transaktioner och säker konfidentiell information kräver webbtjänster en mycket hög säkerhetsnivå som endast kan uppnås genom Förtro Secure Transaction Platform . Säkerhetsfrågor för webbtjänster är i stort sett uppdelade i tre avsnitt som beskrivs nedan:

• Sekretess: En enda webbtjänst kan ha flera applikationer och deras tjänstsökväg innehåller en potentiell svag länk vid dess noder. När meddelanden eller säg XML-förfrågningar skickas av klienten tillsammans med tjänstsökvägen till servern måste de vara krypterade. Det är därför ett måste att upprätthålla konfidentialiteten i kommunikationen.
• Autentisering: Autentisering utförs i grunden för att verifiera användarnas identitet och se till att användaren som använder webbtjänsten har rätt att använda eller inte? Autentisering görs också för att spåra användarens aktivitet. Det finns flera alternativ som kan övervägas för detta ändamål
  • Verifiering på applikationsnivå
  • HTTP-smältning och HTTP-grundläggande autentisering
  • Kundcertifikat
• Nätverkssäkerhet: Detta är en allvarlig fråga som kräver verktyg för att filtrera webbtjänstrafik.

F # 34) Vad vet du om stiftelsens säkerhetstjänster?

Svar: Stiftelsens säkerhetstjänster består av:

• Integration
• Autentisering
• Tillstånd
• Digitala signaturer
• Krypteringsprocesser

F # 35) Vad är Entrust Identification Service?

hur man öppnar en jar-fil

Svar: Entrust Identification Service är kategoriserad under Entrust Secure Transaction Platform som ger viktiga säkerhetsfunktioner för att säkerställa säkra transaktioner. Detta gör det vanligtvis möjligt för företag att fullständigt kontrollera de identiteter som litas på att utföra transaktioner med webbtjänster.

F # 36) Vad är Entrust Behörighetstjänst?

Svar: Entrust Entitlement-tjänsten är de vars uppgift är att verifiera de tjänster som försöker komma åt webbtjänsterna. Det säkerställer i princip säkerhet i affärsverksamheten samt vissa autentiseringstjänster.

F # 37) Vad är Entrust Privacy Service?

Svar: Som namnet antyder utför Entrust Privacy Service kryptering av data så att endast berörda parter har tillgång till informationen. Det handlar i grunden om två faktorer

• Sekretess
• säkerhet

WSDL intervjufrågor

F # 38) Förklara WSDL?

Svar: WSDL står för webbtjänstens beskrivningsspråk. Det är ett enkelt XML-dokument som kommer under servicebeskrivningsskiktet i Web Service Protocol Stock och beskriver de tekniska detaljerna eller lokaliserar användargränssnittet till webbtjänsten. Få av den viktiga information som finns i WSDL-dokument är

• Metodens namn
• Porttyper
• Tjänstens slutpunkt
• Metodparametrar
• Rubrikinformation
• Ursprung osv

F # 39) Vilka är de olika elementen i WSDL-dokument?

Svar: De olika elementen i WSDL-dokumentet tillsammans med en kort beskrivning listas nedan:

• Typer: Detta definierar meddelandedatatyperna, som är i form av XML-schema, som används av webbtjänsterna.
• Meddelande: Detta definierar dataelementen för varje operation där meddelanden kan vara hela dokumentet eller ett argument som ska kartläggas.
• Porttyp: Det finns flera tjänster i WSDL. Porttyp definierar insamlingen av operationer som kan utföras för bindning.
• Bindande: Den bestämmer och definierar protokollet och dataformatet för varje porttyp.
• Operationer: Detta definierar de operationer som utförs för ett meddelande för att bearbeta meddelandet.

F # 40) Förklara meddelandeelementet i WSDL?

Svar: Meddelandeelementet beskriver informationen som har utbytts mellan konsumenten och webbtjänstleverantörerna. Varje webbtjänst består av två meddelanden och varje meddelande har noll eller fler parametrar. De två meddelandena är:

• Inmatning: Beskriver parametern för webbtjänsten.
• Produktion: Beskriver returdata från webbtjänsten.

F # 41) Anmälan om åtgärdstypernas svar som används i WSDL?

Svar: WSDL definierar i princip fyra typer av svar på operationstyp. Dessa listas nedan:

• Enkel: Tar emot ett meddelande men returnerar inte svaret.
• Begär-svar: Tar emot en begäran och returnerar ett svar.
• Ber om svar: Skickar en begäran och väntar på svar.
• Underrättelse: Skickar ett meddelande men väntar inte på svar.

Bland dessa är Request-Response den vanligaste operationstypen.

F # 42) Är bindning mellan SOAP och WSDL möjlig?

Svar: Ja, det är möjligt att binda WSDL till SOAP. Bindningen är möjlig med i princip två attribut:

• Namn: Definierar namnet på bindningen.
• Typ: Definierar porten för bindningen.

För SOAP-bindning måste två attribut deklareras

• Transport: Definierar det SOAP-protokoll som ska användas, dvs. HTTP.
• Stil: Detta attribut kan vara 'rpc' eller 'dokument'.

F # 43) Förklara element?

Svar: Definitionselementet beskrivs som roten till WSDL-dokument som definierar namnet på webbtjänsten samt fungerar som en behållare för alla andra element.

F # 44) Vilka är de två attributen för element i WSDL?

Svar: Varje portelement är relaterat till en specifik bindning genom att definiera en enskild slutpunkt. Portelementet har följande två attribut

• Namn: Detta attribut ger det unika namnet i WSDL-dokumentet.
• Bindande: Detta attribut hänvisar till bindningsprocessen som måste utföras enligt länkningsreglerna definierade av WSDL.

F # 45) Vilka är de punkter som bör övervägas av portar medan de är bindande?

Svar: WSDL tillåter förlängningselement som används för att specificera bindande information. Nedan följer några viktiga punkter som bör beaktas när de är bindande.

En hamn får inte

• Ange mer än en adress.
• Ange annan bindande information än adressinformation.

Slutsats

Den här artikeln innehåller alla vanliga frågor om webbtjänster. Även om ämnet är mycket stort har jag täckt varje avsnitt. Detta kommer att hjälpa dig att lära dig och svara på webbtjänsterelaterade ämnen.

Rekommenderad läsning

• Intervjufrågor och svar
• Några intressanta frågor om mjukvarutestning
• Topp 20 RESTful Web Services Intervju Fråga och svar
• Topp 30 Säkerhetstestintervjufrågor och svar
• ETL Testing Intervju Frågor och svar
• Topp 12 Mockito-intervjufrågor (Mocking Framework Interview)
• Top Oracle Forms and Reports Interview Frågor
• Programvaruhandbok Testning av intervjufrågor för erfarna yrkesverksamma