top 45 web services interview questions
Zoznam najčastejšie kladených otázok a odpovedí na webové rozhovory, ktoré vám pomôžu pripraviť sa na nadchádzajúci rozhovor:
V dnešnom scenári, keď hovoríme o základných nevyhnutnostiach života v technicky vyspelom živote, funguje web „WWW, tj. Www“, ako zásadný faktor.
Na trhu existujú rôzne webové aplikácie vyvinuté na rôznych programovacích platformách. Je veľmi ťažké zabezpečiť úplné a presné asociácie medzi týmito heterogénnymi aplikáciami.
Riešenie takéhoto problému je „Webové služby“ ktorý v skutočnosti funguje ako prostriedok komunikácie medzi týmito viacerými webovými aplikáciami vyvinutými v rôznych programovacích jazykoch. Webové služby používajú štandardizovaný systém správ XML, ktorý je ľahko dostupný cez internet alebo súkromné siete.
Webové služby sú veľmi rozsiahlou témou. Patrí sem jeho architektúra, komponenty ako Protokol Simple Object Access Protocol (SOAP) , Jazyk popisu webových služieb (WSDL) , RESTful webové služby, zabezpečenie webových služieb atď.
V tomto článku sa venujeme všetkým potrebným témam webových služieb, ktoré musíte dobre poznať, aby ste mohli odpovedať na všetky otázky na úrovni. Uvidíte tiež najlepšie otázky a odpovede na pohovor s webovými službami v kategóriách, takže v prípade potreby môžete prejsť iba konkrétnou časťou.
Čo sa dozviete:
Dotazy a odpovede na pohovor s webovými službami
Nasledujúce zaradené otázky zahŕňajú otázky týkajúce sa testovania webových služieb, webové služby RESTful, webové služby SOAP, otázky týkajúce sa bezpečnostných rozhovorov s webovými službami.
Všeobecné otázky
Otázka č. 1) Vysvetlite webové služby?
Odpoveď: Webovú službu možno definovať ako aplikačný komponent na komunikáciu alebo povedzme na výmenu informácií medzi dvoma aplikáciami v sieti. Webové služby v zásade fungujú na modeli klient-server, kde sú webové služby ľahko prístupné pre klientske aplikácie v sieti.
Webové služby umožňujú komunikáciu medzi rôznymi aplikáciami pomocou otvorených štandardov, ako sú XML (pre označovanie údajov), SOAP (na prenos správ) a WSDL (na označenie dostupnosti služby).
Otázka 2) Čo sú súčasti webovej služby?
Odpoveď: Medzi rôzne komponenty webových služieb patria:
- Mydlo- Protokol prístupu k jednoduchému objektu
- UDDI- Univerzálny popis, vyhľadávanie a integrácia
- WSDL- Jazyk popisu webovej služby
- RDF- Rámec popisu zdrojov
- XML- Rozšíriteľný značkovací jazyk
Otázka č. 3) Vysvetlite pojem interoperabilita v súvislosti s webovými službami?
Odpoveď: Pojem „interoperabilita“ sa často používa v marketingovom opise produktu, ktorý definuje schopnosť rôznych produktov alebo systémov spolupracovať bez osobitného úsilia zo strany zákazníka.
To platí rovnako, keď hovoríme o „interoperabilite“ v zmysle webových služieb. Tu určuje komunikáciu medzi rôznymi aplikáciami, zdieľanie údajov, ako aj služieb medzi sebou. Neexistuje žiadne obmedzenie týkajúce sa typu aplikácie, ktorá sa má komunikovať.
Ak je napísaný akýkoľvek kód, bude sa s ním zaobchádzať ako s generickým kódom, ktorému budú rozumieť všetky aplikácie. Tým sa znižujú náklady na písanie konkrétnych kódov pre každú aplikáciu.
Neexistuje žiadne obmedzenie týkajúce sa typu aplikácie, ktorá sa má komunikovať. Ak je napísaný akýkoľvek kód, bude sa s ním zaobchádzať ako s generickým kódom, ktorému budú rozumieť všetky aplikácie. Tým sa znižujú náklady na písanie konkrétnych kódov pre každú aplikáciu.
Otázka č. 4) Definujte zásobník protokolu webových služieb a jeho vrstvy?
Odpoveď: Zásobník protokolov webových služieb sa skladá zo 4 vrstiev. To možno opísať takto:
a) Servisná preprava: Toto je prvá vrstva, ktorá pomáha pri prenose správ XML medzi rôznymi klientskymi aplikáciami. Táto vrstva bežne používa nižšie uvedené protokoly:
- HTTP (Hypertext Transport Protocol)
- SMTP (Simple Mail Transport Protocol)
- FTP (File Transfer Protocol)
- BEEP (Block Extensible Exchange Protocol)
b) Správy XML: Táto vrstva je založená na modeli XML, kde sú správy kódované v bežnom formáte XML, ktorý ostatným ľahko rozumie. Táto vrstva obsahuje
- XML-RPC
- SOAP (Simple Object Access Protocol)
c) Popis služby: Táto vrstva obsahuje popisy ako umiestnenie, dostupné funkcie a dátové typy pre správy XML, ktoré popisujú verejné rozhranie pre konkrétnu webovú službu. Táto vrstva obsahuje:
- WSDL (jazyk popisu webovej služby)
d) Zistenie služby: Táto vrstva je zodpovedná za poskytnutie spôsobu publikovania a hľadania webových služieb na webe. Táto vrstva obsahuje:
- UDDI (univerzálny popis, zisťovanie a integrácia)
Otázka č. 5) Vysvetlite architektúru webových služieb?
Odpoveď: Architektúra rámca webových služieb sa skladá z troch rôznych vrstiev. Roly týchto vrstiev sú definované nižšie:
- Poskytovateľ služieb: Ako naznačuje názov, úlohou poskytovateľa služieb je vytvoriť webovú službu a sprístupniť ju klientskym aplikáciám cez internet na ich použitie.
- Žiadateľ o službu: Žiadateľ o službu je v podstate každý spotrebiteľ webových služieb, ako je klientska aplikácia. Klientske aplikácie sú písané v ľubovoľnom jazyku. Kontaktujú webovú službu so žiadnym typom funkcií zasielaním požiadaviek XML cez dostupné sieťové pripojenie.
- Servisný register: Servisný register je centralizovaný adresár, ktorý pomáha vyhľadať webové služby pre klientske aplikácie. Tu nájdeme existujúce webové služby a vývojári môžu tiež vytvoriť nové.
Poskytovateľ služieb používa na zverejnenie existujúcich webových služieb pre klientske aplikácie rozhranie „Zverejniť“ v Registri služieb. So všetkými informáciami poskytnutými v registri služieb je žiadateľ o službu schopný viazať alebo vyvolať služby.
Otázka č. 6) Čo rozumiete pod pojmom XML-RPC?
Odpoveď: RPC je vzdialené volanie procedúry a ako už názov napovedá, jedná sa o metódu volania procedúry alebo funkcie dostupnej na akomkoľvek vzdialenom počítači.
ako začať kariéru v testovaní softvéru
XML znamená Extensible Markup Language. XML-RPC teda predstavuje jednoduchý protokol, ktorý vykonáva RPC pomocou správ XML. Toto sa považovalo za vynikajúci nástroj na pripojenie rôznych prostredí a tiež na nadviazanie spojenia medzi širokou škálou počítačov.
Otázka č. 7) Vysvetlite vlastnosti XML-RPC?
Odpoveď: Hlavné vlastnosti protokolu XML-RPC sú uvedené nižšie:
- RPC sa vykonávajú pomocou jednoduchého jazyka XML.
- Požiadavky kódované vo formáte XML sa odosielajú prostredníctvom protokolu HTTP POST.
- Odpoveď XML je vložená do odpovede HTTP.
- Považuje sa to za nezávislé na platforme.
- Umožňuje komunikáciu medzi rôznymi aplikáciami.
- Na prenos informácií medzi klientskými a serverovými počítačmi používa protokol HTTP.
- Má malú slovnú zásobu XML na popísanie povahy požiadavky a odpovede.
Otázka č. 8) Chcete získať niekoľko výhod webových služieb?
Odpoveď: Webové služby, ich architektúru, komponenty sme už diskutovali. Teraz, pozrime sa na niektoré z jeho výhod:
- Každá aplikácia je teraz na internete a je to webová služba, ktorá klientskym aplikáciám poskytuje akési požadované funkcie.
- Webové služby pomáhajú odhaliť existujúce funkcie v sieti a pomôcť tak ostatným aplikáciám používať ich programy.
- Má funkcie ako „Interoperabilita“, ktorá určuje komunikáciu medzi rôznymi aplikáciami, zdieľanie údajov ako aj služieb medzi sebou.
- Webové služby používajú na komunikáciu štandardizovaný zásobník protokolov webových služieb, ktorý sa skladá zo 4 vrstiev, a to Transport služieb, XML správy, Popis služby a Nájdenie služby.
- Vyznačuje sa nízkymi nákladmi na komunikáciu z dôvodu použitia protokolu SOAP (Simple Object Access Protocol) cez protokol HTTP.
- Ľahko sa nasadzuje, integruje a je opakovane použiteľný.
- Umožňuje jednoduchú integráciu medzi rôznymi vlastnosťami ako súčasť voľnej spojovacej funkcie.
Otázka č. 9) Vysvetlite pojem UDDI s jeho vlastnosťami?
Odpoveď: UDDI je štandard založený na XML vo vrstve objavovania služieb v zásobníku protokolu webových služieb. Používa sa na publikovanie a hľadanie webových služieb na webe, pretože funguje ako adresár. Niektoré funkcie UDDI sú vysvetlené nižšie:
- Je to otvorený rámec a je nezávislý na platforme.
- Na komunikáciu sa používajú protokoly SOAP, COBRA a Java RMI.
- Pomáha podnikom navzájom sa spoznávať a umožňuje vzájomnú interakciu cez internet.
- Funguje ako databáza obsahujúca všetky súbory WSDL.
Otázka č. 10) Ktorý jazyk používa UDDI?
Odpoveď: UDDI používa jazyk známy ako WSDL (jazyk popisu webovej služby)
Otázka č. 11) Vysvetlite PÍPNUTIE?
Odpoveď: BEEP znamená Blocks Extensible Exchange Protocol. BEEP je určený na vytváranie nových protokolov pre rôzne aplikácie, ako sú okamžité správy, správa sietí, prenos súborov atď. Nazýva sa to nová internetová technická skupina (IETF), ktorá je priamo prepojená cez TCP. Má niektoré vstavané funkcie ako
- Overenie
- Bezpečnosť
- Spracovanie chyby
- Protokol podania ruky
Otázka č. 12) Chcete získať niekoľko nástrojov používaných na testovanie webových služieb?
Odpoveď: Na testovanie webových služieb sa používajú nižšie uvedené nástroje:
- MYDLO
- REST klient
- JMeter
Otázka č. 13) Vyžadujeme na prístup k webovej službe nejakú špeciálnu aplikáciu?
Odpoveď: Jedinou požiadavkou na prístup k webovým službám z akejkoľvek aplikácie je, že musí podporovať požiadavku a odpoveď založenú na XML. Pre prístup k webovým službám nie je potrebné inštalovať žiadnu aplikáciu.
RESTful otázky týkajúce sa rozhovoru s webovými službami
Otázka č. 14) Čo viete o webových službách RESTful?
Odpoveď: REST znamená Reprezentatívny štátny prevod. REST je definovaný ako architektonický štýl klient-server bez štátnej príslušnosti pre vývoj aplikácií prístupných cez web.
Keď webové služby používajú na implementáciu konceptu architektúry REST metódy HTTP, sú známe ako RESTful webové služby. V tomto architektonickom štýle sú údaje a funkčnosť poskytované ako zdroje a sú prístupné pomocou URI (Uniform Resource Identifiers).
RESTful webové služby umožňujú webovým službám pracovať najlepšie indukovaním vlastností ako
- Výkon
- Škálovateľnosť
- Modifikovateľnosť
Otázka č. 15) Vysvetlite výhody webových služieb RESTful?
Odpoveď: Nižšie sú uvedené výhody webových služieb RESTful:
- Považujú sa za nezávislé na jazyku a platforme, pretože môžu byť napísané v ľubovoľnom programovacom jazyku a môžu byť spustené na ľubovoľnej platforme.
- REST je ľahký protokol a považuje sa za rýchly z dôvodu menšej spotreby šírky pásma a zdrojov.
- Podporuje rôzne technológie a rôzne formáty údajov, ako je obyčajný text, XML, JSON atď.
- Má voľne prepojenú implementáciu a dá sa ľahko otestovať v prehliadačoch.
Otázka č. 16) Diferencovať SOAP a REST?
Odpoveď: Rozdiel medzi SOAP a REST je možné ľahko pochopiť z nasledujúcej tabuľky.
MYDLO | ODDYCH |
---|---|
Definuje vlastnú bezpečnosť a na viazanie webových služieb a klientskych programov používa zmluvu WSDL. | Nemá nijako definovanú zmluvu ani vlastné bezpečnostné metódy. |
Protokol SOAP (Simple Object Access Protocol) slúži ako štandardný protokol na vytváranie webových služieb. | Reprezentačný prenos štátu (REST) je architektonický štýl pre tvorbu webových služieb. |
Webové služby a klienti sú úzko prepojení a definujú niektoré štandardy, ktoré je potrebné striktne dodržiavať. | Nedodržiava príliš veľa štandardov a je voľne prepojený. |
Vyžaduje väčšiu šírku pásma a zdroje, ako aj použitie servisných rozhraní na odhalenie obchodnej logiky. | Vyžaduje menšiu šírku pásma a zdroje, rovnako ako používa URI (Uniform Resource Identifiers) na odhalenie obchodnej logiky. |
Zvyčajne je menej preferovaný a povoľuje iba formát údajov XML. | Zvyčajne je preferovanejší a umožňuje dátové formáty ako obyčajný text, HTML, JSON atď. |
Java API pre webovú službu SOAP je JAX-WS. | Java API pre RESTFUL webovú službu je JAX-RS. |
SOAPUI možno použiť na testovanie webových služieb SOAP. | Na testovanie webových služieb REST sa používajú prehliadače a rozšírenia, ako napríklad poštár Chrome. |
Otázka č. 17) Vysvetlite rôzne metódy HTTP podporované webovými službami RESTful?
Odpoveď: Nižšie sú uvedené niektoré bežné metódy protokolu HTTP spolu s ich funkciami, ktoré sú podporované webovými službami RESTful
- ZÍSKAJTE: Prístup k prostriedku iba na čítanie.
- PUT: Tvorba nových zdrojov.
- ODSTRÁNIŤ: Odstránenie zdroja.
- POST: Aktualizácia existujúceho zdroja.
- MOŽNOSTI: Získajte podporované operácie so zdrojom.
- HLAVA: Vráti iba hlavičku HTTP, nikto.
Otázka 18) Čo je zdroj vo webovej službe RESTful a ako je reprezentovaný?
Roky: Zdroj sa považuje za základný koncept, ktorý má typ a vzťah k iným zdrojom. V architektúre REST sa každý obsah považuje za zdroj a identifikuje sa podľa svojich identifikátorov URI.
Zdroje sú reprezentované pomocou XML, JSON, textu atď. V architektúre RESTful.
Otázka 19) Čo sú základné komponenty požiadavky HTTP a odpovede HTTP?
Odpoveď: HTTP požiadavka má nasledujúcich 5 hlavných komponentov:
HTTP požiadavky | Význam / práca |
---|---|
Sloveso | Uveďte metódy HTTP ako GET, PUT, POST atď |
NENÁVIDIŤ | Identifikuje prostriedok na serveri |
Verzia HTTP | Označuje verziu. |
Záhlavie žiadosti | Obsahuje metaúdaje ako typ klienta, nastavenie medzipamäte, formát tela správy atď. Pre správu s požiadavkou HTTP. |
Orgán žiadosti | Predstavuje obsah správy. |
Odpoveď HTTP má nasledujúce 4 hlavné komponenty:
Odpoveď HTTP | Význam / práca |
---|---|
Kód stavu / odpovede | Označuje stav servera pre požadovaný prostriedok. |
Verzia HTTP | Predstavuje verziu HTTP. |
Hlavička odpovede | Pozostáva z metadát, ako je dĺžka obsahu, typ obsahu, dĺžka servera atď. Pre správu s odpoveďou HTTP. |
Orgán odpovede | Predstavuje obsah správy s odpoveďou. |
Otázka č. 20) Aký je účel a formát URI v architektúre REST?
Odpoveď: Účelom URI je nájsť zdroje na serveri, ktoré sú hostiteľmi webových služieb.
Formát URI:
: ////
Otázka č. 21) Vysvetlite pojem bez štátnej príslušnosti z hľadiska webových služieb RESTful?
Odpoveď: V architektúre REST existuje obmedzenie, keď webová služba REST nemá povolené udržiavať stav klienta na serveri. Takýto stav sa nazýva „bez štátnej príslušnosti“. V takejto situácii klient odovzdá svoj kontext serveru a následne server uloží kontext, aby spracoval ďalšie požiadavky klienta.
Otázka č. 22) Využiť výhody a nevýhody bezdomovectva?
Odpoveď: Medzi výhody bez štátnej príslušnosti patrí
- S každou požiadavkou na metódu sa zaobchádza nezávisle.
- Dizajn aplikácie je zjednodušený, pretože nezachováva predchádzajúcu interakciu klienta.
- Funguje s protokolom HTTP, pretože zdieľa vlastnosť bez štátnej príslušnosti.
Medzi nevýhody bez štátnej príslušnosti patrí
- Zakaždým, keď dôjde k interakcii s klientom, webovým službám sa poskytnú ďalšie informácie o každej požiadavke, aby mohli interpretovať stav klienta.
Otázka č. 23) Aké sú najlepšie faktory, ktoré treba pri navrhovaní bezpečnej webovej služby RESTful dodržať?
Odpoveď: Cesty HTTP HTTP sa používajú ako súčasť webovej služby RESTful, takže je potrebné ich zabezpečiť. Niektoré z najlepších postupov sú:
- Vykonajte overenie všetkých vstupov na serveri z útokov vstrekovania SQL.
- Pri každej požiadavke vykonajte overenie založené na relácii používateľa.
- Nikdy nepoužívajte citlivé údaje ako používateľské meno, heslo tokenu relácie atď. Prostredníctvom adresy URL. Mali by sa odovzdávať metódou POST.
- Metódy ako GET, POST, PUT, DELETE atď. By sa mali vykonávať so správnymi obmedzeniami.
- Všeobecná chybová správa HTTP by sa mala vyvolať všade, kde je to potrebné.
Webové služby SOAPUI
Otázka č. 24) Definujete webové služby SOAP?
Odpoveď: Protokol Simple Object Access Protocol (SOAP) je definovaný ako protokol založený na XML, ktorý je známy pre navrhovanie a vývoj webových služieb a tiež umožňuje komunikáciu medzi aplikáciami vyvinutými na rôznych platformách s rôznymi programovacími jazykmi cez internet. Je nezávislý na platforme aj jazyku.
Otázka č. 25) Aké sú rôzne prístupy dostupné pre vývoj webových služieb založených na SOAP?
Odpoveď: Pre vývoj webových služieb založených na SOAP sú v zásade k dispozícii 2 rôzne prístupy. Vysvetľujú sa nasledovne
- Prístup na základe zmluvy: V tomto prístupe je zmluva definovaná najskôr XML a WSDL a potom sú zo zmluvy odvodené triedy Java.
- Prístup podľa zmluvy: V tomto prístupe sa najskôr definujú triedy Java a potom sa vygeneruje zmluva, ktorou je zvyčajne súbor WSDL z triedy Java.
Najpreferovanejší prístup je metóda „zmluva na prvom mieste“.
Otázka č. 26) Vysvetlite hlavnú prekážku, ktorej čelia používatelia protokolu SOAP?
Odpoveď: Jednou z hlavných prekážok pozorovaných používateľmi protokolu SOAP je „bezpečnostný mechanizmus brány firewall“. V tomto prípade sú uzamknuté všetky porty HTTP okrem tých, ktoré obchádzajú bránu firewall. V niektorých prípadoch sa tiež pozoruje technický problém zmiešania špecifikácie prenosu správ so štruktúrou správ.
Otázka č. 27) Aké sú výhody a nevýhody protokolu SOAP?
Odpoveď: Nižšie sú uvedené výhody webových služieb SOAP:
- SOAP umožňuje komunikáciu medzi rôznymi aplikáciami a je nezávislý od jazyka aj platformy.
- Je to veľmi jednoduché a na odosielanie a prijímanie správ sa používa štandardný protokol HTTP a XML.
- Definuje a používa svoje vlastné zabezpečenie známe ako zabezpečenie WS.
- Oddeľuje kódovací a komunikačný protokol od runtime prostredia.
- Odstraňuje problémy s bránou firewall a je neutrálny voči predajcovi.
- Umožňuje obeh správ v distribuovanom a decentralizovanom prostredí.
Nižšie sú uvedené nevýhody webových služieb SOAP:
- Ľahké formáty iné ako XML nie sú podporované.
- Nie je ľahko testovateľné v prehliadačoch.
- Bezpečnostné zariadenia nie sú k dispozícii.
- SOAP je pomalý a nedá sa ľahko otestovať v prehliadači.
- Webové služby a klienti sú úzko prepojení a definujú niektoré štandardy, ktoré je potrebné striktne dodržiavať.
Otázka č. 28) Čo sú prvky správy SOAP?
Odpoveď: SOAP je rovnako ako iný dokument XML a obsahuje nasledujúce prvky:
- Obálka: Tento prvok je definovaný ako povinný koreňový prvok. Prekladá dokument XML a určuje začiatok a koniec správy SOAP.
- Hlavička: Tento prvok obsahuje voliteľné atribúty hlavičky správy, ktorá obsahuje konkrétne informácie o aplikácii. Tento prvok sa môže vyskytnúť viackrát a jeho účelom je pridať nové funkcie a funkcie.
- Telo: Tento prvok je povinný a obsahuje správy o volaniach a odpovediach. Je tiež definovaný ako podradený prvok obálky obsahujúci všetky údaje XML pochádzajúce z aplikácie, ktoré boli vymenené ako súčasť správy SOAP.
- Poruchový prvok: Chyby, ktoré sa vyskytnú počas spracovania správ, sú spracované chybovým prvkom. Ak je chyba, potom sa tento prvok javí ako podradený prvok tela. Môže však existovať iba jeden poruchový blok.
Otázka 29) Aké sú dôležité charakteristiky prvku obálky SOAP?
Odpoveď: V predchádzajúcej odpovedi sme videli základné práce prvku obálky SOAP, teraz si pozrime niektoré z jeho charakteristík:
- Obálka SOAP je baliaci mechanizmus.
- Každá správa SOAP má povinnú správu koreňovej obálky.
- Pre každý prvok obálky je povolený iba jeden prvok tela.
- Keď sa zmení verzia SOAP, zmení sa aj obálka.
- Ak je prvok hlavičky prítomný, mal by sa javiť ako prvé dieťa.
- Na špecifikáciu sa používa predpona ENV a obálkový prvok.
- V prípade voliteľného kódovania SOAP sa používa menný priestor a voliteľný štýl kódovania.
Otázka 30) Chcete získať niekoľko pravidiel syntaxe použiteľných pre správu SOAP?
Odpoveď: Nižšie sú uvedené niektoré dôležité pravidlá syntaxe, ktoré sú použiteľné pre správu SOAP:
Správa SOAP
- Musí byť kódované pomocou XML.
- Musíte použiť menný priestor obálky SOAP.
- Musíte použiť priestor názvov kódovania SOAP.
- Nesmie obsahovať odkaz na DTD.
- Nesmie obsahovať pokyny na spracovanie XML.
Otázka č. 31) Definujete SOA?
Odpoveď: Service Oriented Architecture (SOA) je v zásade definovaná ako architektonický vzor pozostávajúci zo služieb. Tu aplikačné komponenty poskytujú služby ostatným komponentom pomocou komunikačného protokolu cez sieť. Táto komunikácia zahŕňa výmenu údajov alebo koordináciu medzi službami.
Niektoré z kľúčových princípov, na ktorých je založená SOA, sú uvedené nižšie:
- Zmluva o poskytovaní služieb by mala byť štandardizovaná tak, aby obsahovala všetky popisy služieb.
- Existuje voľná väzba definujúca menšiu závislosť medzi webovými službami a klientom.
- Malo by sa riadiť pravidlom abstrakcie služby, ktoré hovorí, že služba by nemala vystavovať spôsob vykonávania funkcií klientskej aplikácii.
- Služby by mali byť opakovane použiteľné, aby fungovali s rôznymi typmi aplikácií.
- Služby by mali byť bez štátnej príslušnosti a mali by mať funkciu objaviteľnosti.
- Služby rozdeľujú veľké problémy na malé problémy a umožňujú rôznym predplatiteľom služby využívať.
Otázka č. 32) Vysvetlite činnosti, ktoré vykonáva SOAPUI?
Odpoveď: SOAPUI je open-source, bezplatné a multiplatformové riešenie testovania funkčnosti. Ďalej sú uvedené niektoré akcie, ktoré vykonáva SOAPUI:
- Môže pomôcť pri vytváraní funkčných, bezpečnostných a testovacích balíkov na testovanie záťaže.
- Vykonáva sa tiež testovanie na základe dát a testovanie na základe scenára.
- Má schopnosť vydávať sa za webové služby a má zabudované schopnosti v oblasti hlásenia.
Zabezpečenie webových služieb
Otázka č. 33) Aké sú primárne bezpečnostné problémy webových služieb?
Odpoveď: Na zabezpečenie spoľahlivých transakcií a bezpečných dôverných informácií vyžadujú webové služby veľmi vysokú úroveň zabezpečenia, ktorú je možné dosiahnuť iba prostredníctvom servera Zverte platformu bezpečných transakcií . Problémy s bezpečnosťou webových služieb sú rozdelené do troch častí, ako je popísané nižšie:
- Dôvernosť: Jedna webová služba môže mať viac aplikácií a ich cesta služby obsahuje potenciálny slabý odkaz v jej uzloch. Kedykoľvek klient pošle správy alebo povedzme XML požiadavky spolu so servisnou cestou na server, musia byť zašifrované. Zachovanie dôvernosti komunikácie je preto nevyhnutnosťou.
- Overenie: Autentifikácia sa v zásade vykonáva na overenie totožnosti používateľov, ako aj na zabezpečenie toho, že používateľ používajúci webovú službu má právo ich používať alebo nie? Overenie sa tiež vykonáva na sledovanie aktivity používateľa. Na tento účel je možné zvážiť niekoľko možností
- Autentifikácia na úrovni aplikácie
- Súhrn HTTP a základné overenie HTTP
- Certifikáty klientov
- Zabezpečenie siete: Toto je vážny problém, ktorý si vyžaduje nástroje na filtrovanie prenosu webových služieb.
Otázka č. 34) Čo viete o bezpečnostných službách nadácie?
Odpoveď: Bezpečnostné služby nadácie pozostávajú z:
- Integrácia
- Overenie
- Povolenie
- Digitálne podpisy
- Šifrovacie procesy
Otázka č. 35) Čo je Entrust Identification Service?
prečo je linux lepší ako windows
Odpoveď: Identifikačná služba Entrust je zaradená do kategórie Entrust Secure Transaction Platform, ktorá poskytuje základné bezpečnostné funkcie na zabezpečenie bezpečných transakcií. Toto zvyčajne umožňuje spoločnostiam plne kontrolovať identity, ktorým dôverujú transakcie webových služieb.
Otázka 36) Čo je služba Entrust Entitlements?
Odpoveď: Službou Entrust Entitlement sú tí, ktorých úlohou je overovať služby, ktoré sa pokúšajú získať prístup k webovým službám. V zásade zaisťuje bezpečnosť v obchodných operáciách, ako aj niektoré autentifikačné služby.
Otázka č. 37) Čo je služba ochrany osobných údajov spoločnosti Entrust?
Odpoveď: Ako naznačuje názov, služba Entrust Privacy Service vykonáva šifrovanie údajov, aby k nim mali prístup iba príslušné strany. V zásade sa zaoberá dvoma faktormi
- Dôvernosť
- Bezpečnosť
Otázky týkajúce sa rozhovorov WSDL
Otázka č. 38) Vysvetlite WSDL?
Odpoveď: WSDL je skratka pre Web Service Description Language. Jedná sa o jednoduchý dokument XML, ktorý spadá pod vrstvu popisu služby Web Service Protocol Stock a popisuje technické podrobnosti alebo lokalizuje používateľské rozhranie k webovej službe. Málo dôležitých informácií obsiahnutých v dokumente WSDL je
- Názov metódy
- Typy prístavov
- Koncový bod služby
- Parametre metódy
- Informácie o hlavičke
- Pôvod atď
Otázka č. 39) Aké sú rôzne prvky dokumentov WSDL?
Odpoveď: Nižšie sú uvedené rôzne prvky dokumentu WSDL spolu so stručným popisom:
- Typy: Toto definuje dátové typy správ, ktoré sú vo forme schémy XML používané webovými službami.
- Správa: Toto definuje dátové prvky pre každú operáciu, kde správami môže byť celý dokument alebo argument, ktorý sa má mapovať.
- Typ portu: Vo WSDL je prítomných niekoľko služieb. Typ portu definuje kolekciu operácií, ktoré je možné vykonať pre väzbu.
- Viazanie: Určuje a definuje protokol a formát údajov pre každý typ portu.
- Operácie: To definuje operácie vykonávané pre správu na jej spracovanie.
Otázka 40) Vysvetlite prvok správy vo WSDL?
Odpoveď: Prvok správy popisuje údaje, ktoré si navzájom vymieňali spotrebiteľ s poskytovateľmi webových služieb. Každá webová služba pozostáva z dvoch správ a každá správa má nulové alebo viac parametrov. Tieto dve správy sú:
- Vstup: Opisuje parameter pre webovú službu.
- Výkon: Opisuje údaje o návrate z webovej služby.
Otázka č. 41) Zaradiť odpoveď na typy operácií použité vo WSDL?
Odpoveď: WSDL v zásade definuje 4 typy odpovedí typu Prevádzka. Sú uvedené nižšie:
- Jednosmerka: Prijme správu, ale nevráti odpoveď.
- Žiadosť - odpoveď: Prijme žiadosť a vráti odpoveď.
- Vyžiadaná odpoveď: Odošle žiadosť a čaká na odpoveď.
- Oznámenie: Pošle správu, ale nečaká na odpoveď.
Z nich je najbežnejším typom operácie požiadavka na odpoveď.
Otázka č. 42) Je možná väzba medzi SOAP a WSDL?
Odpoveď: Áno, je možné viazať WSDL na SOAP. Viazanie je možné v zásade dvoma atribútmi:
- Názov: Definuje názov väzby.
- Typ: Definuje port pre väzbu.
Pre väzbu SOAP je potrebné deklarovať dva atribúty
- Doprava: Definuje protokol SOAP, ktorý sa má použiť, t. J. HTTP.
- Štýl: Tento atribút môže byť „rpc“ alebo „dokument“.
Otázka č. 43) Vysvetliť prvok?
Odpoveď: Definičný prvok je opísaný ako koreň dokumentu WSDL, ktorý definuje názov webovej služby a slúži ako kontajner pre všetky ostatné prvky.
Otázka č. 44) Aké sú dva atribúty prvok vo WSDL?
Odpoveď: Každý prvok portu súvisí s konkrétnou väzbou definovaním individuálneho koncového bodu. Element portu má nasledujúce dva atribúty
- Názov: Tento atribút poskytuje jedinečný názov v dokumente WSDL.
- Viazanie: Tento atribút označuje proces väzby, ktorý sa musí vykonať podľa pravidiel prepájania definovaných WSDL.
Otázka č. 45) Aké sú body, ktoré by mali porty brať do úvahy pri viazaní?
Odpoveď: WSDL umožňuje prvky rozšíriteľnosti, ktoré sa používajú na určenie informácií o väzbe. Ďalej uvádzame niekoľko dôležitých bodov, ktoré by ste mali brať do úvahy pri viazaní.
Prístav nesmie
- Zadajte viac ako jednu adresu.
- Uveďte akékoľvek iné záväzné informácie ako informácie o adrese.
Záver
Tento článok obsahuje všetky často kladené otázky o webových službách. Aj keď je téma veľmi rozsiahla, venoval som sa každej časti. To vám pomôže pri učení sa a odpovedaní na témy súvisiace s webovými službami.
Odporúčané čítanie
- Dotazy a odpovede na pohovor
- Niektoré zaujímavé otázky týkajúce sa testovania softvéru
- Top 20 RESTful Web Services Interview Otázka a odpovede
- Najvyšších 30 otázok a odpovedí na pohovory týkajúce sa testovania bezpečnosti
- ETL Testovacie otázky a odpovede na pohovor
- 12 najčastejších otázok týkajúcich sa rozhovorov (Mocking Framework Interview)
- Najdôležitejšie otázky týkajúce sa rozhovorov s formulármi a správami Oracle
- Softvérové ručné testovanie, otázky na pohovor pre skúsených profesionálov