Top 45 Întrebări și răspunsuri pentru interviuri pentru servicii web (RESTful, SOAP, întrebări de securitate)

top 45 web services interview questions

Lista celor mai frecvente întrebări și răspunsuri la interviuri pentru serviciile web pentru a vă ajuta să vă pregătiți pentru următorul interviu:

În scenariul de astăzi, când vorbim despre necesitățile de bază ale vieții tehnice avansate, „World Wide Web, adică www” acționează ca un factor esențial.

Pe piață, există varietăți de aplicații web dezvoltate pe diferite platforme de programare. Devine foarte dificil să se asigure asociații complete și exacte între aceste aplicații eterogene.

Soluția la o astfel de problemă este „Servicii web” care acționează de fapt ca un mijloc de comunicare între aceste multiple aplicații web dezvoltate cu diferite limbaje de programare. Serviciile web utilizează un sistem de mesagerie XML standardizat, care este ușor disponibil pe internet sau rețele private.

Serviciile web sunt un subiect foarte vast. Aceasta include arhitectura sa, componente precum Protocol simplu de acces la obiecte (SOAP) , Limbajul de descriere a serviciilor web (WSDL) , Servicii web RESTful, securitate servicii Web etc.

În acest articol, este tratat toate subiectele legate de serviciile web necesare, pe care trebuie să le cunoașteți bine, pentru a răspunde la orice întrebări de nivel. Veți vedea, de asemenea, cele mai bune întrebări și răspunsuri de interviu pentru servicii web în categorii, astfel încât, dacă este necesar, să puteți accesa doar o anumită secțiune.

Ce veți învăța:

• Întrebări și răspunsuri de interviuri pentru servicii web
  • Intrebari generale
  • Întrebări de interviuri RESTful Web Services
  • Servicii Web SOAPUI
  • Securitatea serviciilor web
  • Întrebări de interviu WSDL
• Concluzie
  • Lectură recomandată

Întrebări și răspunsuri de interviuri pentru servicii web

Următoarele întrebări enumerate acoperă întrebări de testare a serviciilor web, servicii web RESTful, servicii web SOAP, întrebări de interviuri de securitate a serviciilor web.

Intrebari generale

Q # 1) Explicați serviciile web?

Răspuns: Un serviciu web poate fi definit ca o componentă a aplicației pentru comunicare sau să spunem schimbul de informații între două aplicații prin rețea. Serviciile web funcționează practic pe un model client-server în care serviciile web sunt ușor accesibile pentru aplicațiile client din rețea.

Pentru a permite comunicarea între diferite aplicații, serviciile web beneficiază de standarde deschise precum XML (pentru etichetarea datelor), SOAP (pentru transferul mesajelor) și WSDL (pentru a indica disponibilitatea serviciului).

Q # 2) Care sunt componentele serviciului web?

Răspuns: Diferitele componente ale serviciilor web sunt după cum urmează:

• SĂPUN- Protocol simplu de acces la obiecte
• UDDI- Descriere universală, descoperire și integrare
• WSDL- Limbajul de descriere a serviciului web
• RDF- Cadrul de descriere a resurselor
• XML- Limbaj de marcare extensibil

Î # 3) Explicați termenul de interoperabilitate în ceea ce privește serviciile web?

Răspuns: Termenul „interoperabilitate” este utilizat pe scară largă în descrierea de marketing a produsului, care definește capacitatea diferitelor produse sau sisteme care lucrează împreună fără niciun efort special din partea clientului.

Acest lucru se aplică în același mod atunci când vorbim despre „Interoperabilitate” în ceea ce privește serviciile web. Aici, determină comunicarea între diferite aplicații, partajarea datelor, precum și a serviciilor între ele. Nu există nicio restricție cu privire la tipul de aplicație care trebuie să fie în comunicare.

Dacă este scris vreun cod, acesta va fi tratat ca un cod generic care va fi înțeles de toate aplicațiile. Astfel, costul scrierii codurilor specifice pentru fiecare aplicație este redus.

Nu există nicio restricție cu privire la tipul de aplicație care trebuie să fie în comunicare. Dacă este scris vreun cod, acesta va fi tratat ca un cod generic care va fi înțeles de toate aplicațiile. Astfel, costul scrierii codurilor specifice pentru fiecare aplicație este redus.

Q # 4) Definiți stiva de protocol de servicii web și straturile sale?

Răspuns: Stiva de protocol de servicii web este formată din 4 straturi. Acest lucru poate fi descris după cum urmează:

a) Transport de servicii: Acesta este primul strat care ajută la transportul mesajelor XML între diferite aplicații client. Acest strat folosește de obicei protocoalele menționate mai jos:

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

b) Mesaje XML: Acest strat se bazează pe modelul XML în care mesajele sunt codificate în format XML comun, care este ușor de înțeles de către alții. Acest strat include

• XML-RPC
• SOAP (Protocol simplu de acces la obiecte)

c) Descrierea serviciului: Acest strat conține descrieri precum locația, funcțiile disponibile și tipurile de date pentru mesageria XML care descrie interfața publică către un anumit serviciu web. Acest strat include:

• WSDL (Limbajul de descriere a serviciului web)

d) Descoperirea serviciului: Acest strat este responsabil pentru furnizarea unui mod de a publica și găsi servicii web pe web. Acest strat include:

• UDDI (descriere universală, descoperire și integrare)

Q # 5) Explicați arhitectura serviciului web?

Răspuns: Arhitectura cadrului de servicii web constă din trei straturi diferite. Rolurile acestor straturi sunt definite după cum urmează:

• Furnizor de servicii: După cum denotă și numele, rolul furnizorului de servicii este de a crea serviciul web și îl face accesibil aplicațiilor client de pe internet pentru utilizarea lor.
• Solicitant de service: Service Requestor este practic orice consumator de servicii web, ca orice aplicație client. Aplicațiile clienților sunt scrise în orice limbă. Ei contactează serviciul web pentru orice tip de funcționalitate, trimițând cereri XML prin conexiunea de rețea disponibilă.
• Registrul de servicii: Service Registry este directorul centralizat care ajută la localizarea serviciilor web pentru aplicațiile client. Aici putem găsi serviciile web existente, precum și dezvoltatorii, pot crea și unul nou.

Furnizorul de servicii folosește interfața „Publicați” din Registrul de servicii pentru a pune la dispoziția aplicațiilor client serviciile web existente. Cu toate informațiile furnizate de registrul de servicii, Solicitantul de servicii poate lega sau invoca servicii.

Q # 6) Ce înțelegeți prin XML-RPC?

Răspuns: RPC este Apel de procedură la distanță și, după cum sugerează și numele, este metoda de apelare a unei proceduri sau funcții disponibile pe orice computer la distanță.

cum să rulați fișiere .bin

XML înseamnă Extensible Markup Language. Astfel, XML-RPC reprezintă un protocol simplu care realizează RPC-uri utilizând mesaje XML. Acesta a fost considerat un instrument excelent pentru conectarea diferitelor medii și, de asemenea, pentru stabilirea conexiunilor între o mare varietate de computere.

Q # 7) Explicați caracteristicile XML-RPC?

Răspuns: Principalele caracteristici ale XML-RPC sunt prezentate mai jos:

• RPC-urile sunt efectuate folosind un limbaj XML simplu.
• Solicitările codificate XML sunt trimise prin HTTP POST.
• Răspunsul XML este încorporat în răspunsul HTTP.
• Este considerat independent de platformă.
• Permite comunicarea între diverse aplicații.
• Folosește protocolul HTTP pentru transmiterea informațiilor între computerele client și server.
• Are un vocabular XML mic pentru descrierea naturii cererii și răspunsului.

Q # 8) Obțineți câteva avantaje ale serviciilor web?

Răspuns: Am discutat deja despre serviciile web, arhitectura, componentele sale. Acum, să vedem câteva dintre avantajele sale:

• Fiecare aplicație este acum pe internet și este serviciul web care oferă un fel de funcționalitate cerută aplicațiilor client.
• Serviciile web ajută la expunerea funcționalităților existente în rețea pentru a ajuta alte aplicații să le folosească în programele lor.
• Are caracteristici precum „Interoperabilitate” care determină comunicarea între diferite aplicații, partajarea datelor, precum și servicii între ele.
• Serviciile web utilizează stiva de protocol de servicii web standardizate pentru comunicare, care constă din 4 straturi și anume, Transport de servicii, mesagerie XML, Descrierea serviciului și descoperirea Serviciului.
• Are caracteristica costului redus al comunicării datorită utilizării SOAP (Simple Object Access Protocol) prin protocolul HTTP.
• Ușor de implementat, integrat și reutilizabil.
• Permite integrarea simplă între diferite caracteristici ca parte a caracteristicii de cuplare liberă.

Q # 9) Explicați termenul UDDI cu caracteristicile sale?

Răspuns: UDDI este un standard bazat pe XML în stratul de descoperire a serviciilor din stiva de protocol de servicii web. Este utilizat pentru publicarea și găsirea de servicii web pe web deoarece acționează ca un director. Unele dintre caracteristicile UDDI sunt explicate mai jos:

• Este un cadru deschis și este independent de platformă.
• Pentru comunicare sunt utilizate protocoalele SOAP, COBRA și Java RMI.
• Ajută companiile să se descopere reciproc și să permită interacțiunea dintre ele prin Internet.
• Acționează ca o bază de date care conține toate fișierele WSDL.

Q # 10) Ce limbă este utilizată de UDDI?

Răspuns: UDDI utilizează limbajul cunoscut sub numele de WSDL (Web Service Description Language)

Q # 11) Explicați BEEP?

Răspuns: BEEP înseamnă Protocolul de schimb extensibil pentru blocuri. BEEP este determinat ca construind noi protocoale pentru o varietate de aplicații, cum ar fi mesageria instantanee, gestionarea rețelei, transferul de fișiere, etc. Este denumit noul Internet Engineering Task Force (IETF), care este stratificat direct pe TCP. Are câteva funcții încorporate precum

• Autentificare
• Securitate
• Eroare de manipulare
• Protocol de strângere de mână

Î # 12) Înscrieți câteva instrumente utilizate pentru a testa serviciile web?

Răspuns: Pentru a testa serviciile web, sunt utilizate instrumentele menționate mai jos:

• SoapUI
• REST client
• JMeter

Q # 13) Avem nevoie de vreo aplicație specială pentru a accesa serviciul web?

Răspuns: Singura cerință pentru accesarea serviciilor web din orice aplicație este că trebuie să accepte cererea și răspunsul bazate pe XML. Nu este nevoie sau cerința de a instala nicio aplicație pentru accesarea serviciilor web.

Întrebări de interviuri RESTful Web Services

Q # 14) Ce știți despre RESTful Web Services?

Răspuns: REST înseamnă Transfer de stat reprezentativ. REST este definit ca stilul arhitectural client-server apatrid pentru dezvoltarea aplicațiilor accesate pe web.

Când serviciile web utilizează metode HTTP pentru a implementa conceptul de arhitectură REST, atunci este cunoscut sub numele de servicii Web RESTful. În acest stil arhitectural, datele și funcționalitatea sunt servite ca resurse și sunt accesate de URI (Uniform Resource Identifiers).

Serviciile web RESTful permit serviciilor web să funcționeze cel mai bine inducând proprietăți precum

• Performanţă
• Scalabilitate
• Modificabilitate

Q # 15) Explicați avantajele serviciilor web RESTful?

Răspuns: Mai jos sunt prezentate avantajele serviciilor web RESTful:

• Acestea sunt considerate independente de limbă și platformă, deoarece acestea pot fi scrise în orice limbaj de programare și pot fi executate pe orice platformă.
• REST este un protocol ușor și este considerat rapid ca urmare a consumului mai mic de lățime de bandă și resurse.
• Suportă mai multe tehnologii și diferite formate de date, cum ar fi text simplu, XML, JSON etc.
• Implementarea este cuplată slab și poate fi testată cu ușurință pe browsere.

Q # 16) Diferențiați SAPUN și REST?

Răspuns: Diferența dintre SOAP și REST poate fi ușor înțeleasă din tabelul de mai jos.

Q # 17) Explicați diferite metode HTTP acceptate de serviciile web RESTful?

Răspuns: Mai jos sunt enumerate câteva metode HTTP obișnuite, împreună cu funcțiile lor, care sunt acceptate de serviciile web RESTful

• OBȚINE: Acces numai la citire la resursă.
• A PUNE: Crearea de resurse noi.
• ȘTERGE: Eliminarea unei resurse.
• POST: Actualizarea unei resurse existente.
• OPȚIUNI: Obțineți operațiuni acceptate pe resursă.
• CAP: Returnează numai antetul HTTP, nimeni.

Î # 18) Ce este o resursă în serviciul web RESTful și cum este reprezentată?

Ani: Se spune că resursa este un concept fundamental care are un tip și o relație cu alte resurse. În arhitectura REST, fiecare conținut este considerat resursa și este identificat prin URI-urile lor.

Resursele sunt reprezentate cu ajutorul XML, JSON, text etc. în arhitectura RESTful.

Q # 19) Care sunt componentele de bază ale cererii HTTP și ale răspunsului HTTP?

Răspuns: Solicitarea HTTP are următoarele 5 componente majore:

Răspunsul HTTP are următoarele 4 componente majore:

Q # 20) Care este scopul și formatul URI în arhitectura REST?

Răspuns: Scopul URI este de a localiza resurse pe server care găzduiesc servicii web.

Format URI:

: ////

Q # 21) Explicați termenul apatridie în ceea ce privește serviciile web RESTful?

Răspuns: În arhitectura REST, există o restricție în care un serviciu web REST nu are voie să păstreze o stare client pe server. O astfel de afecțiune este cunoscută sub numele de „apatridie”. Într-o astfel de situație, clientul își transmite contextul către server și, la rândul său, serverul stochează contextul pentru a procesa cererile ulterioare ale clientului.

Q # 22) Înscrieți-vă avantajele și dezavantajele apatridiei?

Răspuns: Avantajele apatridiei includ

• Fiecare solicitare de metodă este tratată independent.
• Proiectarea aplicației este simplificată, deoarece nu menține interacțiunea anterioară a clientului.
• Funcționează cu protocolul HTTP deoarece împărtășește caracteristica de a fi apatridia.

Dezavantajul apatridiei include

• De fiecare dată când are loc interacțiunea cu clientul, serviciile web trebuie să fie furnizate cu informații suplimentare despre fiecare cerere, astfel încât să poată interpreta starea clientului.

Q # 23) Pentru proiectarea unui serviciu web RESTful sigur, care sunt cei mai buni factori care ar trebui urmați?

Răspuns: Căile URL HTTP sunt utilizate ca parte a serviciului web RESTful, deci trebuie să fie securizate. Unele dintre cele mai bune practici sunt:

• Efectuați validarea tuturor intrărilor de pe server din atacurile de injecție SQL.
• Efectuați autentificarea bazată pe sesiune a utilizatorului ori de câte ori este solicitată.
• Nu utilizați niciodată date sensibile, cum ar fi numele de utilizator, parola jetonului de sesiune, etc. prin URL. Acestea ar trebui transmise prin metoda POST.
• Metode precum GET, POST, PUT, DELETE etc. ar trebui executate cu restricții adecvate.
• Mesajul de eroare generic HTTP trebuie invocat ori de câte ori este necesar.

Servicii Web SOAPUI

Q # 24) Definiți servicii web SOAP?

Răspuns: Protocolul de acces la obiecte simple (SOAP) este definit ca protocolul bazat pe XML, cunoscut pentru proiectarea și dezvoltarea serviciilor web, precum și pentru comunicarea între aplicațiile dezvoltate pe diferite platforme cu limbaje de programare diferite pe internet. Este independent atât de platformă, cât și de limbă.

Q # 25) Care sunt diferitele abordări disponibile pentru dezvoltarea serviciilor web bazate pe SOAP?

Răspuns: În principiu, există 2 abordări diferite disponibile pentru dezvoltarea de servicii web bazate pe SOAP. Acestea sunt explicate după cum urmează

• Abordarea primului contract: În această abordare, contractul este definit mai întâi de XML și WSDL și apoi clasele java sunt derivate din contract.
• Abordarea ultimului contract: În această abordare, clasele java sunt definite mai întâi și apoi se generează contractul care este de obicei fișierul WSDL din clasa java.

Metoda „primul contract” este cea mai preferată abordare.

Q # 26) Explicați obstacolul major cu care se confruntă utilizatorii SOAP?

Răspuns: Una dintre obstacolele majore observate de utilizatorii SOAP este „mecanismul de securitate firewall”. În acest caz, toate porturile HTTP, cu excepția celor care ocolesc firewall-ul, sunt blocate. În unele cazuri, se observă, de asemenea, o problemă tehnică a amestecării specificațiilor transportului mesajelor cu structura mesajului.

Q # 27) Care sunt avantajele și dezavantajele SOAP?

Răspuns: Mai jos sunt prezentate avantajele serviciilor web SOAP:

• SOAP permite comunicații între diverse aplicații și este independent de limbă și de platformă.
• Este foarte simplu, precum și folosește protocolul HTTP și XML standard pentru trimiterea și primirea mesajelor.
• Acesta definește și folosește propria securitate cunoscută sub numele de securitate WS.
• Decuplează codificarea și protocolul de comunicare de mediul de rulare.
• Elimină problemele de firewall și este neutru pentru furnizori.
• Permite circulația mesajelor într-un mediu distribuit și descentralizat.

Enumerate mai jos sunt dezavantajele serviciilor web SOAP:

• Alte formate ușoare decât XML nu sunt acceptate.
• Nu este ușor de testat pe browsere.
• Facilitățile de securitate nu sunt prezente.
• SOAP este lent și nu poate fi testat cu ușurință pe browser.
• Serviciile web și clienții sunt strâns cuplați și definesc unele standarde care trebuie respectate cu strictețe.

Q # 28) Care sunt elementele unui mesaj SOAP?

Răspuns: SOAP este la fel ca alt document XML și are următoarele elemente:

• Plic: Acest element este definit ca elementul rădăcină obligatoriu. Acesta traduce documentul XML și determină începutul și sfârșitul mesajului SOAP.
• Antet: Acest element conține atributele opționale ale antetului mesajului care conține informații specifice despre aplicație. Acest element poate apărea de mai multe ori și este destinat să adauge noi caracteristici și funcționalități.
• Corp: Acest element este obligatoriu și conține mesajele de apel și răspuns. De asemenea, este definit ca elementul copil al plicului care conține toate datele XML derivate din aplicație care au fost schimbate ca parte a mesajului SOAP.
• Element de eroare: Erorile care apar în timpul procesării mesajelor sunt tratate de elementul de eroare. Dacă eroarea este prezentă, atunci acest element apare ca un element secundar al corpului. Cu toate acestea, nu poate exista decât un singur bloc de eroare.

Q # 29) Care sunt caracteristicile importante ale elementului plic SOAP?

Răspuns: Am văzut lucrarea de bază a unui element plic SOAP în răspunsul anterior, acum să vedem câteva dintre caracteristicile sale:

• Plicul SOAP este un mecanism de ambalare.
• Fiecare mesaj SOAP are un mesaj plic rădăcină obligatoriu.
• Este permis un singur element de corp pentru fiecare element de plic.
• Pe măsură ce se modifică versiunea SOAP, plicul se schimbă.
• Dacă elementul antet este prezent, acesta ar trebui să apară ca primul copil.
• Prefixul ENV și elementul plic sunt utilizate pentru specificații.
• Un spațiu de nume și un stil de codare opțional sunt utilizate în cazul codării SOAP opționale.

Q # 30) Înscrieți câteva reguli de sintaxă aplicabile pentru mesajele SOAP?

Răspuns: Mai jos sunt enumerate câteva reguli importante de sintaxă care sunt aplicabile pentru mesajele SOAP:

Un mesaj SOAP

• Trebuie codificat folosind XML.
• Trebuie să utilizați spațiul de nume plic SOAP.
• Trebuie să utilizați spațiul de nume de codificare SOAP.
• Nu trebuie să conțină referința DTD.
• Nu trebuie să conțină instrucțiuni de procesare XML.

Q # 31) Definiți SOA?

Răspuns: O arhitectură orientată spre servicii (SOA) este în principiu definită ca un model arhitectural format din servicii. Aici componentele aplicației oferă servicii celorlalte componente utilizând protocolul de comunicație prin rețea. Această comunicare implică schimbul de date sau o anumită activitate de coordonare între servicii.

Unele dintre principiile cheie pe care se bazează SOA sunt menționate mai jos:

• Contractul de servicii trebuie standardizat, conținând toate descrierile serviciilor.
• Există o cuplare slabă care definește dependența mai mică între serviciile web și client.
• Ar trebui să respecte regula Abstracția serviciului, care spune că serviciul nu ar trebui să expună modul în care funcționalitatea a fost executată aplicației client.
• Serviciile ar trebui să fie reutilizabile pentru a lucra cu diferite tipuri de aplicații.
• Serviciile ar trebui să fie apatri, având caracteristica de descoperire.
• Serviciile descompun mari probleme în mici probleme și permit abonaților diferiți să folosească serviciile.

Q # 32) Explicați acțiunile efectuate de SOAPUI?

Răspuns: SOAPUI este o soluție de testare funcțională open-source, gratuită și multiplataforma. Menționate mai jos sunt câteva acțiuni efectuate de SOAPUI:

• Poate ajuta la crearea unor suite de testare funcționale, de securitate și de testare a sarcinii.
• De asemenea, se efectuează teste bazate pe date și teste bazate pe scenarii.
• Are capacitatea de a identifica servicii web, precum și capacități de raportare încorporate.

Securitatea serviciilor web

Q # 33) Care sunt principalele probleme de securitate ale serviciului web?

Răspuns: Pentru a asigura tranzacții fiabile și informații confidențiale sigure, serviciile web necesită un nivel foarte ridicat de securitate care poate fi atins numai prin intermediul Încredințați platforma de tranzacții sigure . Problemele de securitate pentru serviciile web sunt în general împărțite în trei secțiuni, după cum este descris mai jos:

• Confidențialitate: Un singur serviciu web poate avea mai multe aplicații, iar calea lor de serviciu conține o verigă slabă potențială la nodurile sale. Ori de câte ori mesajele sau cererile XML sunt trimise de client împreună cu calea serviciului către server, acestea trebuie să fie criptate. Astfel, păstrarea confidențialității comunicării este o necesitate.
• Autentificare: Autentificarea se efectuează practic pentru a verifica identitatea utilizatorilor, precum și pentru a se asigura că utilizatorul care utilizează serviciul web are dreptul de a utiliza sau nu? Autentificarea se face și pentru a urmări activitatea utilizatorului. Există mai multe opțiuni care pot fi luate în considerare în acest scop
  • Autentificare la nivel de aplicație
  • Digestare HTTP și autentificare de bază HTTP
  • Certificate de client
• Securitatea retelei: Aceasta este o problemă serioasă care necesită instrumente pentru a filtra traficul serviciilor web.

Q # 34) Ce știți despre serviciile de securitate ale fundației?

Răspuns: Serviciile de securitate ale fundației constau din:

• Integrare
• Autentificare
• Autorizare
• Semnături digitale
• Procese de criptare

Q # 35) Ce este Serviciul de identificare de încredere?

cum se deschide un fișier jar

Răspuns: Serviciul de identificare Entrust este clasificat în Platforma de tranzacții sigure Entrust, care oferă capabilități esențiale de securitate pentru a asigura tranzacții sigure. Acest lucru permite de obicei companiilor să controleze pe deplin identitățile în care sunt de încredere pentru a efectua tranzacții de servicii web.

Î. 36) Ce este Serviciul de încredințare?

Răspuns: Serviciul de încredințare a drepturilor este acela a cărui sarcină este de a verifica serviciile care încearcă să acceseze serviciile web. Practic asigură securitatea în operațiunile comerciale, precum și unele servicii de autentificare.

Î. 37) Ce este Serviciul de confidențialitate de încredere?

Răspuns: După cum sugerează și numele, Serviciul de confidențialitate Entrust efectuează criptarea datelor, astfel încât numai părțile interesate să poată accesa datele. Practic se ocupă de doi factori

• Confidențialitate
• Securitate

Întrebări de interviu WSDL

Q # 38) Explicați WSDL?

Răspuns: WSDL înseamnă serviciul Web Descriere limbă. Este un document XML simplu care intră sub stratul Descriere serviciu din stocul protocolului de serviciu web și descrie detaliile tehnice sau localizează interfața cu utilizatorul pentru serviciul web. Puține dintre informațiile importante prezente în documentul WSDL sunt

• Numele metodei
• Tipuri de porturi
• Punct final al serviciului
• Parametrii metodei
• Informații despre antet
• Origine etc.

Q # 39) Care sunt diferitele elemente ale documentelor WSDL?

Răspuns: Diferitele elemente ale documentului WSDL împreună cu o scurtă descriere sunt prezentate mai jos:

• Tipuri: Aceasta definește tipurile de date ale mesajelor, care sunt sub formă de schemă XML, utilizate de serviciile web.
• Mesaj: Aceasta definește elementele de date pentru fiecare operațiune în care mesajele ar putea fi întregul document sau un argument care urmează să fie mapat.
• Tipul portului: Există mai multe servicii prezente în WSDL. Tipul portului definește colecția de operații care pot fi efectuate pentru legare.
• Legare: Determină și definește protocolul și formatul de date pentru fiecare tip de port.
• Operațiuni: Aceasta definește operațiunile efectuate pentru ca un mesaj să proceseze mesajul.

Q # 40) Explicați elementul de mesaj din WSDL?

Răspuns: Elementul mesaj descrie datele care au fost schimbate între consumator și furnizorii de servicii web. Fiecare serviciu web este format din două mesaje și fiecare mesaj are zero sau mai mulți parametri. Cele două mesaje sunt:

• Intrare: Descrie parametrul pentru serviciul web.
• Ieșire: Descrie datele de returnare din serviciul web.

Q # 41) Înscrieți răspunsul la tipurile de operații utilizate în WSDL?

Răspuns: WSDL definește practic 4 tipuri de răspunsuri de tip Operație. Acestea sunt enumerate mai jos:

• Într-un fel: Primește un mesaj, dar nu returnează răspunsul.
• Cere raspuns: Primește o cerere și returnează un răspuns.
• Solicit-Răspuns: Trimite o cerere și așteaptă un răspuns.
• Notificare: Trimite un mesaj, dar nu așteaptă un răspuns.

Dintre acestea, Solicitarea-Răspunsul este cel mai comun tip de operație.

Q # 42) Este posibilă legarea între SOAP și WSDL?

Răspuns: Da, este posibil să legați WSDL la SOAP. Legarea este posibilă prin două atribute:

• Nume: Definește numele legării.
• Tip: Definește portul pentru legare.

Pentru legarea SOAP, trebuie declarate două atribute

• Transport: Definește protocolul SOAP care trebuie utilizat, adică HTTP.
• Stil: Acest atribut poate fi „rpc” sau „document”.

Q # 43) Explicați elementul?

Răspuns: Elementul de definiție este descris ca rădăcina documentului WSDL care definește numele serviciului web, precum și acționează ca un container pentru toate celelalte elemente.

Q # 44) Care sunt cele două atribute ale element în WSDL?

Răspuns: Fiecare element de port este legat de o legare specifică prin definirea unui punct final individual. Elementul port are următoarele două atribute

• Nume: Acest atribut oferă numele unic din documentul WSDL.
• Legare: Acest atribut se referă la procesul de legare care trebuie efectuat conform regulilor de legare definite de WSDL.

Q # 45) Care sunt punctele care ar trebui luate în considerare de porturi în timp ce se leagă?

Răspuns: WSDL permite elemente de extensibilitate care sunt utilizate pentru a specifica informații obligatorii. Mai jos sunt câteva puncte importante care ar trebui să fie luate în considerare în timp ce sunt obligatorii.

Un port nu trebuie

• Specificați mai multe adrese.
• Specificați orice informații obligatorii, altele decât informațiile de adresă.

Concluzie

Acest articol conține toate întrebările frecvente despre serviciile web. Deși subiectul este foarte vast, am acoperit fiecare secțiune. Acest lucru vă va ajuta să învățați și să răspundeți la subiecte legate de serviciile web.

Lectură recomandată

• Întrebări și răspunsuri la interviu
• Câteva întrebări interesante despre testarea software-ului
• Top 20 Servicii Web RESTful Întrebare și răspunsuri la interviu
• Top 30 Întrebări și răspunsuri ale interviului pentru testarea securității
• Întrebări și răspunsuri la interviuri de testare ETL
• Top 12 Întrebări despre interviul Mockito (Interviul Mocking Framework)
• Întrebări de interviuri despre formularele și rapoartele Oracle de top
• Software de testare manuală Întrebări de interviu pentru profesioniști experimentați