34 most common soapui interview questions
Cele mai frecvente întrebări și răspunsuri ale interviului SoapUI pentru referință:
Este întotdeauna dificil să scrieți un articol de întrebări și răspunsuri pentru interviu, deoarece lista de întrebări pe care vi le oferim nu va fi niciodată completă și, de asemenea, interviurile în timp real nu sunt exact în formatul de întrebări și răspunsuri.
Vă recomandăm să învățați concepte SoapUI de la această serie cuprinzătoare de tutoriale având exemple detaliate.
Într-un interviu, majoritatea întrebărilor ar fi un răspuns la ceea ce spui că a fost experiența ta .
De exemplu: Dacă spuneți că lucrați la SoapUI de 5 ani acum și ați testat o aplicație atât funcțional, cât și ați efectuat niște teste de încărcare - atunci Întrebări de interviu de testare SoapUI ar fi despre:
- Ce fel de aplicație era aceasta?
- Cât de mult ați avut o implicare?
- Au existat provocări?
- Aveți implementate cele mai bune practici de automatizare?
- În ce măsură a fost folosit scenariul groovy?
- Abordarea dvs. de a menține datele din sursele de date?
Și așa mai departe ... Răspunsurile la aceste întrebări se bazează pe situație / experiență, deci nu există o soluție potrivită pentru toți.
Cu toate acestea, următoarele sunt o listă de Întrebări despre interviul SoapUI Web Services care sunt generale, întrebările tipice ale formatului „viva voce, aka examen oral” care apar într-un interviu atunci când intervievatorul încearcă să-ți evalueze cunoștințele funcționale și fundamentale SoapUI.
34 Întrebări și răspunsuri la interviul comun SoapUI
Acestea ar putea fi după cum urmează:
Q # 1. Ce sunt serviciile web?
Ani. Serviciile web sunt componente web care transferă date între client și server. Clientul trimite o cerere web către server și acesta răspunde apoi clientului. Răspunsul și cererea sunt corelate și diferite cereri evocă răspunsul corespunzător.
Serviciul Web este o componentă web sau un program software care poate fi accesat pe Internet. Este utilizat în principal pentru a comunica cu aplicațiile bazate pe web prin concepte de mesagerie XML. De exemplu, dacă dorim să accesăm o anumită locație folosind Google Maps, putem utiliza adresa URL a serviciului web corespunzător. Pentru aceasta, trebuie să trecem intrările corespunzătoare.
Q # 2. Care este provocarea principală la testarea serviciilor web?
Ani. Majoritatea testării funcționale se efectuează prin GUI; cea mai mare provocare a serviciilor web este că nu au o interfață de utilizare.
Q # 3. Care sunt canalele de comunicare disponibile pentru un serviciu web?
În general, serviciul web este combinat cu următoarele protocoale. Sunt,
- HTTP / POST
- HTTP / GET
- SĂPUN
În timpul expunerii serviciilor web, aceste canale vor fi utilizate pentru comunicarea cu clienții. Aici protocolul HTTP / POST transferă informațiile între clienți cu un mod sigur. Protocolul HTTP / GET permite clienților să vizualizeze parțial datele transferate în bara de adrese a browserului. SOAP este utilizat pentru transferul sigur al datelor confidențiale.
Q # 4. Care sunt diferitele componente care pot fi utilizate în serviciile web?
Există patru componente utilizate în serviciile web. Sunt,
- WSDL - Limbajul de descriere a serviciului web
- SOAP - Protocol de obiect simplu de acces
- UDDI - Descriere universală, descoperire și integrare
- RDF - Cadrul de descriere a resurselor
- XML - Limbaj de marcare eXtensible
Q # 5. Care sunt instrumentele utilizate pentru testarea serviciilor web?
Pentru a efectua testări funcționale pentru serviciile web, putem folosi următoarele instrumente.
- SoapUI
- RESTClient - Acesta este un plugin Firefox
- JMeter - Creat special pentru instrumentul de testare a performanței și putem, de asemenea, să testăm funcțional serviciile web.
Q # 6. Ce este WSDL?
Ani. WSDL înseamnă Web Service Description Language și este un document scris în XML. Folosește XML pentru a defini documentul de nivel de serviciu care constă din originea serviciului web, anteturi, tipuri de porturi, date de solicitare și răspuns. Acesta poate furniza informații despre metodele web și serviciul web.
Descrie:
- Originea serviciului web
- Informații despre antet
- Tipul portului
- Mesaje de intrare și ieșire
Pentru mai multe informații și exemple, consultați acest articol https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/
Q # 7. Care este rolul documentului WSDL în testarea serviciilor web?
Ani. Validarea serviciilor web este posibilă numai cu documentul WSDL deoarece pentru a configura serviciile web în SoapUI, documentul WSDL este obligatoriu. Dacă documentul WSDL nu este valid, SoapUI va lansa imediat o excepție.
Q # 8. Ce este UDDI?
Ani. Descriere universală, descoperire și integrare - un director sau un depozit global unde pot fi găsite toate serviciile web. Un nou serviciu web poate fi, de asemenea, înregistrat prin intermediul acestuia. Acesta este, de asemenea, locul unde sunt găsite definițiile detaliate WSDL.
Folosește stratul de descoperire care este utilizat în serviciile web. UDDI are în detaliu toate informațiile despre serviciile web. Serviciile web globale pot fi implementate la http://uddi.xml.org/
Q # 9. Ce este SOAP?
sisteme de operare care rulează programe Windows
Ani. Protocol simplu de acces la obiecte care utilizează XML pentru a interacționa cu aplicații web. Folosește conținut bazat pe XML pentru a comunica între două mașini client în orice rețea
Q # 10. Care ar fi formatul de mesaj al protocolului SOAP?
În general, toate serviciile web bazate pe SOAP sunt scrise utilizând un limbaj XML care folosește formatul standard de mesaj acceptat în univers. În acest format, este ușor de citit, identificat erorile, evită problemele de interoperabilitate etc.
Iată exemplul de format de mesaj SOAP.
POST / InStock HTTP / 1.1
Gazdă: localhost
Content-Type: application / soap + xml; charset = utf-8
Lungimea conținutului: 399
SOAPAction: „http://www.example.com/soap-envelope”
SoapUI
Q # 11. Care sunt avantajele SOAP?
Ani. Deoarece este bazat pe XML, este independent de platformă și limbaj de programare. RPC (apeluri de procedură la distanță) sunt uneori blocate de firewall-uri și servere proxy - săpunul depășește acest lucru.
Q # 12. Ce conține un document de săpun ?
Ani. Elementul plic este eticheta de sus care identifică documentul XML ca mesaj SOAP. Urmat de elementul Plic, vedeți elementul antet care are informații despre antet. Elementul Body specifică informațiile despre apel și răspuns. În cele din urmă, aveți un element Fault care conține erori și informații despre stare.
Q # 13. Ce se înțelege prin protocoale și care sunt tipurile principale utilizate în serviciile web?
Un protocol este un set de reguli standard care ajută la comunicarea dispozitivelor hardware prin intermediul aplicațiilor software. Există diferite tipuri de protocoale utilizate în aplicațiile Internet și Intranet. Sunt
TCP care înseamnă Protocolul de control al transmisiei. Are regulile pentru schimbul de mesaje între două aplicații de internet diferite.
Internet Protocol utilizează regulile pentru trimiterea și primirea informațiilor între două adrese de internet diferite.
În mod similar, protocoalele HTTP, FTP și DHCP au folosit setul de reguli pentru a transfera datele, altele decât aplicațiile Internet.
Q # 14. Ce este XML?
Ani. XML (eXtensible Markup Language) este un limbaj de marcare care este utilizat pentru stocarea, partajarea și formatarea datelor. În general, un document XML este creat de etichete. Pentru mai multe informații și exemple, consultați acest articol https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/
Q # 15. SoapUI și SoapUI Pro?
Ani. SoapUI este un instrument de testare a serviciilor web, iar SoapUI Pro este versiunea sa comercială. SoapUI vă poate ajuta să creați suite de testare funcționale, de securitate și de testare a sarcinii. SoapUI Pro face toate acestea cu drag and drop avansat, testare bazată pe date, raportare avansată și analiză de acoperire. Consultați acest articol pentru mai multe informații: https://www.softwaretestinghelp.com/soapui-tutorial-12-soapui-pro-features/
Q # 16. Ce putem face cu ajutorul SoapUI?
- SoapUI ne oferă să efectuăm teste de automatizare care includ testarea funcțională, testarea sarcinii și testarea bazată pe date.
- De asemenea, furnizează un instrument de raportare a construcțiilor și exportul jurnalului de rezultate ale testelor
- Ne afirmăm serviciile folosind diferite tipuri de afirmații
Q # 17. Ce ierarhie urmează SoapUI pentru a construi un proiect de testare adecvat?
Într-un proiect SoapUI, ar trebui menținută următoarea ordine.
- TestSuite - Aceasta este o combinație de teste funcționale și blocuri logice
- Testcase - Este un grup care conține mai mulți pași de testare pentru aspectele specifice ale serviciului.
- Teststep - conține setul de teste funcționale
Q # 18. Care este metoda de bază pentru automatizarea serviciilor web în SoapUI?
Ani.
- Creați un proiect și adăugați fișierul WSDL
- Adăugați suite de testare, cazuri de testare și cazuri de testare - în această ordine
- Includeți programarea / validarea personalizată utilizând adăugarea de pași Groovy
- Apelați surse de date externe dacă utilizați
- Adăugați afirmații, dacă este necesar
- Apoi RUN.
Q # 19. Ce sunt afirmațiile SoapUI?
Ani. Afirmațiile compară părțile / toate mesajele de răspuns cu rezultatul scontat.
Q # 20. Care sunt principalele tipuri de afirmații disponibile în SoapUI?
Afirmațiile sunt una dintre caracteristicile majore din SoapUI. Oferă următoarele tipuri de afirmații.
- Simplu conține
- Conformitatea schemei
- Simplu nu conține
- Defecte de săpun
- SLA de răspuns
- Meci XPath
- XQuery Match
- Starea de securitate WS
- Afirmarea Scriptului
- WS- Cerere de adresare sau afirmație de răspuns
În plus, La fel afirmația este introdusă în versiunea SoapUI NG Pro.
Q # 21. Explicați despre XPath Assertion în SoapUI
În SoapUI, afirmarea XPath este utilizată pentru afirmarea valorii de răspuns a serviciului web prin specificarea căii absolute. Dacă calea absolută este potrivită cu valoarea de răspuns, atunci cazul de testare sau suita de testare vor fi considerate PASS, altfel vor fi notificate ca EȘUATE. Putem vedea rezultatele afirmării în partea de jos a ecranului, unde fila Afirmare va avea informații rezultate.
Q # 22. Ce este testarea bazată pe date?
Testarea bazată pe date înseamnă stocarea datelor noastre de testare, care includ intrarea și ieșirea preconizată într-o sursă de date externă numită fișier Excel / Database / XML. Mai târziu, trebuie să iterăm sursa de date folosind componenta respectivă. În SoapUI, pașii de testare Datasource și Datasource Loop sunt folosiți pentru efectuarea testării bazate pe date.
începe un proiect Java în eclipsă
Q # 23. Care sunt diferitele tipuri de afirmații utilizate în SoapUI?
Ani. Următoarele sunt diferitele tipuri de afirmații:
- Conține și nu conține
- Meci XPath
- Meci XQuery
- Conformitatea schemei
- Defecte de săpun
- SLA de răspuns
- Stare securitate WS
- Afirmarea Scriptului
- WS- Cerere de adresare sau afirmație de răspuns
Q # 24. Cum pot fi adăugate afirmații în SoapUI?
Ani. Primiți un răspuns la o solicitare, deoarece în mod normal urmați pașii de mai jos:
cum se deschide un fișier .apk în Windows
- Creați un proiect, adăugați WSDL
- Adăugați suita de testare, caz de testare și pași de testare
- Rulați solicitarea
Pentru a adăuga afirmații:
- Faceți clic pe Adăugați afirmații în partea de sus a filelor jurnal.
- Configurați afirmațiile conform tipului și datelor necesare.
Pentru mai multe informații și exemple, consultați acest articol: https://www.softwaretestinghelp.com/soapui-tutorial-5-soapui-assertions/
Q # 25. Ce este scriptul Groovy și unde poate fi folosit?
Ani. Groovy este un limbaj de scriptare care include intern toate bibliotecile Java - ne ajută să personalizăm și să adăugăm validări personalizate testelor SoapUI
Q # 26. Poate fi adăugat codul personalizat la SoapUI? Dacă da, ce se poate adăuga?
Ani. Da-Pași Groovy și pași Javascript.
Q # 27. Cum să grupați testele?
Ani. Suita de testare de bază este o modalitate pentru noi de a grupa testele în SoapUI. Când aveți nevoie de un set diferit de teste, trebuie doar să creați o nouă suită de teste și să creați teste, după cum este necesar, ca teste.
Q # 28. Cum se salvează răspunsurile primite?
Ani. Valorile răspunsului pot fi salvate făcând clic pe cererea solicitată și alegând locația „Fișier descărcare” în proprietățile sale.
Q # 29. Care sunt proprietățile disponibile în SoapUI?
În SoapUI, există trei niveluri de proprietăți disponibile. Sunt,
Proprietăți personalizate sau proprietăți la nivel de proiect:
Aceste proprietăți sunt adăugate de mai multe ori în funcție de nevoile noastre și pot fi utilizate la orice suite de testare, cazuri de testare sau etape de testare care aparțin proiectului curent.
Proprietăți la nivel de suită de testare:
Testatorul își poate adăuga propriile proprietăți cu informații relevante în suitele de testare. Aceste proprietăți sunt disponibile numai pentru suita de testare corespunzătoare.
Proprietăți la nivel de caz de testare: Dacă testerul trebuie să-și stocheze datele de testare în cazurile de testare, își pot crea propriile proprietăți în cadrul cazului de testare. Deci, aceste proprietăți pot fi accesate în cazurile de testare respective.
Q # 30. Explicați procedura pentru parametrizarea punctului final în SoapUI?
Caracteristica de parametrizare este cea mai importantă atunci când automatizăm cazurile de testare și, de asemenea, acesta este începutul procesului de creare a etapelor de testare. Să ne uităm la asta.
- Creați un proiect care are informațiile despre punctul final
- Dacă este necesar, modificați punctul final și atribuiți proprietății prin pasul de testare a expansiunii proprietății
- Asigurați-vă că informațiile despre solicitare sunt disponibile la adresa punctului final
- În timpul execuției, o proprietate va deține valoarea testului. Oferind o valoare de intrare diferită proprietății, este ușor să o faceți prin IDE.
Q # 31. Care sunt locurile majore pe care le-a folosit Groovy Script Teststep?
În SoapUI, putem folosi Groovy Script în următoarele două locuri.
- Groovy Script Teststep în cazul de testare
- Pasul testului de afirmare a scriptului
Q # 32. Săpun vs REST?
Ani.
- SOAP este un protocol, iar REST este arhitectură. Ne permite să trimitem plicuri SOAP către aplicații bazate pe REST.
- REST acceptă diferite formate de mesaje, dar SOAP permite numai XML.
- Serviciile REST sunt mai rapide și ușor de manevrat.
- SOAP este legat de protocoalele SMTP și HTTP, în timp ce REST se bazează doar pe HTTP.
- SOAP este un format mai sigur și structurat.
- REST nu depinde de niciun standard specific, deoarece acceptă diverse formate de mesagerie, cum ar fi JSON, CSV și XML.
- Serviciile web SOAP ne permit să construim clientul cu servicii RESTful.
- SOAP a fost introdus pentru calcul distribuit.
- După intrarea REST, a găzduit internetul prin performanțe și scalabilitate, deoarece este o componentă ușoară.
- REST este apatrid, în timp ce SOAP este o specificație de stare.
- REST folosește Uniform Resource Identifier (URI) și are metode precum GET, PUT, POST și DELETE pentru a-și expune resursele.
- SOAP folosește operațiuni și interfețe denumite pentru a-și atinge logica de afaceri.
Consultați acest articol pentru mai multe informații: https://www.softwaretestinghelp.com/soapui-tutorial-13-soap-vs-rest-services/
Q # 33. Ce este RDF?
Ani. Resource Description Framework - RDF conține descrierea resurselor web, cum ar fi titlul, autorul, conținutul și informațiile privind drepturile de autor. Este scris folosind XML. Pentru mai multe informații și exemple, consultați acest articol https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/
Q # 34. Ce pot fi utilizate sursele de date în SoapUI?
Ani.
- Fișiere Excel
- Fișiere CSV
- Surse ODBC
- Obiecte SQL / ADO
Concluzie
Cele de mai sus sunt câteva întrebări tipice bazate pe SoapUI. Cu toate acestea, vă rugăm să rețineți că formatul Q&A este foarte rar. Intervievatorii sunt mai interesați să vă cunoască experiențele și expertiza - mai degrabă decât abilitatea de a răspunde la câteva întrebări bazate pe trivia.
Ca întotdeauna, sperăm că acest demers al nostru vă va fi de ajutor. Vă rugăm să postați mai multe întrebări dacă aveți întrebări și s-ar putea să facem un articol de urmărire pentru a le aborda.
De asemenea, împărtășiți experiențele și răspunsurile dvs. mai jos.
Lectură recomandată
- Întrebări și răspunsuri la interviu
- Întrebări și răspunsuri la interviuri de testare ETL
- Câteva întrebări și răspunsuri dificile de testare manuală
- Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
- Întrebări de interviu cu răspunsuri Spock (Cele mai populare)
- Câteva întrebări interesante despre testarea software-ului
- Top 20+ .NET Întrebări și răspunsuri la interviu
- Top 32 Cele mai bune întrebări și răspunsuri pentru interviul Datastage