Înțelegerea protocolului SOAP
Înainte de a crea un caz de test SOAPUI, să înțelegem elementele de bază despre protocolul SOAP. Acest lucru vă va ajuta să utilizați SOAP UI pentru a testa în mod eficient solicitările și răspunsurile SOAP.
SOAP înseamnă „ S imple O bject A ccess P rotocol”. Mai jos sunt proprietățile unui protocol SOAP.
- Este un protocol bazat pe XML pentru comunicarea între două sisteme diferite.
- Este o platformă și un limbaj independent. Prin urmare, un sistem dezvoltat folosind Java poate comunica cu un sistem dezvoltat în.NET.
- Cererile / răspunsul SOAP sunt transportate prin HTTP.
În acest tutorial de testare, veți afla:
- Aflați FORMATUL mesajului SOAP
- Creați un proiect
- Crearea Test Suite
- Crearea cazului de testare
- Pasul de test Inserare
- Înțelegerea panourilor de răspuns și jurnal de săpun
- Trimiterea manuală a cererii și citirea răspunsului
Aflați FORMATUL mesajului SOAP
Un mesaj SOAP este un document XML obișnuit care conține următoarele elemente. Mesajul poate fi fie un mesaj de solicitare, fie un mesaj de răspuns.
După configurarea spațiului de lucru pe care l-am efectuat în ultimul tutorial, trebuie să creăm proiecte, să testăm suite, să testăm cazuri pentru a testa un anumit serviciu web. Să înțelegem pașii implicați în a face același lucru.
Creați un proiect
Pasul 1: Acum, în funcție de proiect, trebuie să importăm protocolul SOAP / REST. Vom crea un nou proiect SOAP.
Pasul 2: vom folosi următoarea solicitare SOAP http://www.dneonline.com/calculator.asmx?wsdl
- Introduceți numele proiectului
- Introduceți calea cererii WSDL. În acest caz, http://www.dneonline.com/calculator.asmx?wsdl
- Faceți clic pe OK
Notă:
- Creați un eșantion de cerere pentru toate operațiunile? Se creează un eșantion de cerere pentru toate operațiunile disponibile în WSDL dat. De îndată ce introduceți adresa WSDL, această opțiune este bifată automat. Puteți debifa.
- Creați, o suită de testare pentru WSDL importat: Creează o suită de testare în cadrul proiectului pentru WSDL importat.
- Căi relative : permite utilizatorului să salveze toate fișierele relative la fișierul proiectului.
Pasul 3: La crearea proiectului SOAP cu WSDL menționat mai sus, vom putea vedea că există două operațiuni care vor fi importate în proiect.
Pasul 4)
Extindeți prima solicitare și faceți clic dreapta pe „Adăugați”. Apoi faceți clic pe „Cerere nouă”.
Apoi faceți clic pe „OK”. Va afișa cererea SOAP în format XML
- Introduceți „intA” și „intB”
- Faceți clic pe butonul de trimitere
- XML de răspuns va fi afișat în panoul din dreapta.
S-ar putea să vă întrebați de ce să creați cazuri de testare? Când puteți testa direct Webservice aici
...Ei bine, puteți trimite o cerere pentru o operație. Dar ceilalți? Câte combinații de intrări pentru adăugări puteți face folosind această operație ? Trebuie să editați cererea pentru fiecare combinație.
De exemplu: Dacă doriți să adăugați de la 4 și 4 în loc de 5 și 5
... Trebuie să editați din nou operația. Deci, trebuie să creați o suită / cazuri de testare pentru a testa toate scenariile posibile fără a fi nevoie să editați operațiunea în sine.Crearea Test Suite
Pasul 1: în cadrul proiectului, testerii pot crea o suită de teste efectuând un clic dreapta pe rădăcina proiectului.
Pasul 2: trebuie să introducem numele suitei de testare și să apăsăm OK.
Pasul 3: Suita de testare creată este afișată în panoul de navigare așa cum se arată mai jos.
Pasul 4: Fereastra Test Suite se deschide în panoul din dreapta. Așa cum tocmai am creat, NU există cazuri de testare. Prin urmare, toate opțiunile sunt dezactivate.
Crearea cazului de testare
Pasul 1: Într-o suită de testare, putem crea mai multe teste făcând clic dreapta pe „suita de testare” și alegând „TestCase nou”.
Pasul 2: Specificați numele cazului de testare și faceți clic pe „OK”.
Pasul 3: Cazul de test creat are zero pași așa cum se arată mai jos.
Notă : Putem vedea că cazul de testare este adăugat cu zero pași de testare pentru toate tipurile de teste disponibile. La adăugarea pașilor de testare, numerele din paranteză se vor schimba automat.
Pasul de testare funcțională ar trebui să intre în „Pași de testare”, în timp ce un pas de testare a performanței ar trebui să intre în „Testare de încărcare” și un pas de testare de securitate ar trebui să intre în „Teste de securitate”.
Pasul 4: Putem insera o varietate de pași de testare efectuând un clic dreapta pe pașii de testare și selectând un pas de testare adecvat, așa cum se arată mai jos. Deci, dacă ar fi să testați un serviciu web REST, ați selecta cererea de testare REST.
Pasul de test Inserare
Acum, să adăugăm un pas de testare pentru a valida solicitarea SOAP importată.
Pasul 1: Adăugați un nou pas „Cerere SOAP” așa cum se arată mai jos.
Pasul 2: Introduceți numele pasului și faceți clic pe OK.
Pasul 3: La clic pe „OK”, apare un dialog pentru a selecta operațiunea de invocat. Toate operațiunile sunt listate, iar utilizatorul poate selecta operația pe care ar dori să o invoce.
- Există multe operații care vor fi listate. Operațiunile sunt aceleași, cu excepția versiunii SOAP utilizate.
CalculatorSoap - folosește versiunea SOAP 1.1, întrucât,
CalculatorSoap12 - folosește versiunea SOAP 1.2
- Versiunea nu contează pentru noi în acest context. Prin urmare, puteți să o selectați pe cea la alegere.
- La selectarea operației, faceți clic pe „Ok”
Pasul 4: în timp ce adăugăm un caz de testare, putem adăuga afirmații standard. Afirmații numite, de asemenea, ca puncte de control / puncte de validare, pe care le vom trata în detaliu în următorul tutorial.
Putem adăuga următoarele puncte de control / afirmații în timp ce creăm caz de testare. Să creăm un caz de testare cu opțiunea care înseamnă crearea pasului de testare FĂRĂ oricare dintre punctele de validare de mai jos
- Verifică dacă mesajul de răspuns este SOAP, la executarea testului.
- Verifică dacă schema de răspuns este validă.
- Verifică dacă răspunsul SOAP conține FAULT.
Pasul 5: La crearea cazului de testare, cererea XML este prezentată mai jos. Structura XML este explicată în instantaneul de mai jos.
Pasul 6: Numărul de pași de testare este acum incrementat la unul, deoarece tocmai am adăugat un pas de testare. În mod similar, la adăugarea etapei de testare a sarcinii și securității, numărul corespunzător va fi automat incrementat pe baza numărului de pași adăugați.
Trimiteți cererea manual și răspundeți la citire
Pasul 1: am dori să adăugăm două Numere întregi.
- intA - 5
- intB - 5
Următorul,
- Trebuie să introducem aceste date în locul semnului întrebării care va fi trimis ca cerere XML.
- După introducerea acestor valori în etichetele XML corespunzătoare, faceți clic pe butonul „Trimiteți cerere” pentru a verifica răspunsul.
Pasul 2: La trimiterea unei cereri, cererea de serviciu web este procesată de serverul web și trimite înapoi un răspuns așa cum se arată mai jos.
Citind răspunsul, putem concluziona 5 plus 5 este 10.
Înțelegerea panourilor de răspuns și jurnal de săpun
După cum sa explicat la începutul acestui tutorial, mesajele SOAP sunt transportate prin protocol HTTP. Să aruncăm o privire asupra mesajelor RAW. Acest lucru ne va ajuta să aflăm cum cererea și răspunsul SOAP au fost transportate de HTTP.
Pasul 1: Faceți clic pe fila „RAW” în ambele ferestre de solicitare SOAP-UI.
- Cererea este postată pe serverul web. Prin urmare, se utilizează metoda POST a Http.
- Cererea SOAP este transportată în corpul mesajului Http.
Pasul 2: Acum faceți clic pe fila „RAW” în fereastra de răspuns SOAP-UI pentru a înțelege cum este trimis răspunsul prin HTTP.
- După procesarea cererii, este afișat codul de răspuns Http (200) ceea ce înseamnă că este un succes. Serverul web l-a procesat cu succes.
- Răspunsul SOAP este trimis înapoi clientului ca parte a corpului mesajului HTTP.
Un instantaneu rapid al codurilor de răspuns Http pentru înțelegere și depanare ușoară. Tabelul de mai jos vă va ajuta să rezolvați problemele pe baza codului HTTP primit de la serverul web.
| Cod HTTP | Descriere |
| 1xx: | Informațional - Aceasta înseamnă o cerere primită și un proces continuu. |
| 2xx: | Succes - Acțiunea a fost primită, înțeleasă și acceptată cu succes. |
| 3xx: | Redirecționare - Aceasta înseamnă că trebuie luate măsuri suplimentare pentru a finaliza solicitarea. |
| 4xx: | Client Error - Aceasta înseamnă că solicitarea conține o sintaxă greșită sau nu poate fi îndeplinită |
| 5xx: | Eroare server - Serverul nu a reușit să îndeplinească o cerere aparent validă |
Pasul 3: Să ne înțelegem celelalte informații care sunt afișate în fereastra cazului de testare.
- Nu reprezentați antet în cererea care este trimisă
- Reprezintă NU atașamente în cererea care este trimisă la serverul web.
- Reprezintă 10 informații despre antet și aceleași sunt afișate la clic pe ea.
- Reprezintă că nu există atașamente din mesajul de răspuns.
PANOURI JURNALE:
Panoul Jurnaluri conține informații complete privind tranzacția dintre client și server. Utilizatorii vor putea vedea filele panoului Jurnal așa cum se arată mai jos. Vom discuta despre cele mai frecvent utilizate panouri de jurnal atunci când lucrăm cu SOAP-UI.
Jurnal SoapUI - Afișează informațiile de răspuns de pe serverul web. Aceleași informații sunt stocate în fișierul soapui.log din folderul instalat SOAP-UI din directorul „bin”.
Http Log - Afișează toate transferurile de pachete HTTP. Toate informațiile din „RAW” sunt afișate în jurnalul HTTP.
Jurnal de erori - Jurnalul de erori afișează toate erorile pe care le-am întâlnit pe parcursul întregii sesiuni de proiect. Aceleași informații sunt disponibile în „soapui-errors.log” prezent în directorul „bin” al locației instalate SOAP UI.
Jurnal de memorie - Această filă monitorizează consumul de memorie și o afișează sub forma graficului, așa cum se arată mai jos. Este foarte util atunci când există o operație intensivă de memorie.
Acum că am creat o suită de testare, caz de testare, pas de testare și am primit un răspuns, pasul următor este validarea răspunsului. Ne vom ocupa de tipurile de afirmații în următorul tutorial.
