Cum să creați Test Suite și Test Case în SoapUI

Înțelegerea protocolului SOAP

Înainte de a crea un caz de testare SOAPUI, permiteți-ne să înțelegem elementele de bază despre protocolul SOAP. Acest lucru vă va ajuta să utilizați SOAP UI pentru a testa solicitările și răspunsurile SOAP în mod eficient.

SOAP înseamnă Protocol simplu de acces la obiecte. Mai jos sunt proprietățile unui protocol SOAP.

Este un protocol bazat pe XML pentru comunicarea între două sisteme diferite.
Este o platformă și o limbă independentă. Prin urmare, un sistem dezvoltat folosind Java poate comunica cu un sistem dezvoltat în.NET.
Cererile/răspunsurile SOAP sunt transportate prin HTTP.

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 realizat în ultimul tutorial, trebuie să creăm structura de proiect SoapUI, suite de testare, cazuri de testare pentru a testa un anumit serviciu web. Să înțelegem un exemplu de proiect SoapUI pentru a crea un nou proiect SOAP.

Crearea unui proiect SOAP

Pas 1) Acum, în funcție de proiect, trebuie să importam protocolul SOAP/REST. Vom crea un nou proiect SOAP.

Pas 2) Vom folosi în urma solicitării 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 cerere de eșantion pentru toate operațiunile? Acesta creează o cerere de probă pentru toate operațiunile disponibile în WSDL dat. De îndată ce introduceți adresa WSDL, această opțiune este bifată automat. Puteți să o debifați.
Creați o suită de testare pentru WSDL importat: Creează o suită de testare SoapUI în cadrul proiectului pentru WSDL importat.
Căi relative: permite utilizatorului să salveze toate fișierele referitoare la fișierul de proiect.

Pas 3) La crearea proiectului SOAP cu WSDL-ul menționat mai sus, vom putea vedea că există două operațiuni care vor fi importate în proiect.

Pas 4) Extindeți prima solicitare și faceți clic dreapta pe „Adăugați”. Apoi faceți clic pe „Solicitare nouă”.

Apoi faceți clic pe „OK”. Acesta 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 serviciul web aici...

Ei bine, puteți trimite o cerere pentru o singură operațiune. Dar ceilalți? Câte combinații de intrări pentru Adăugiri 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 din 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 avea toate scenariile posibile testate fără a fi nevoie să editați direct operația în sine.

Cum se creează o suită de teste în SoapUI

Mai jos sunt pașii pentru a crea Test Suite în SoapUI:

Pasul 1) Faceți clic dreapta pe rădăcina proiectului

În cadrul proiectului, testerii pot crea o suită de teste făcând un clic dreapta pe rădăcina proiectului.

Pasul 2) Introduceți detaliile suită de testare

Trebuie să introducem numele suitei de testare și să apăsăm OK.

Pasul 3) Verificați suita de teste creată

Suita de teste creată este afișată în panoul de navigare, așa cum se arată mai jos.

Pasul 4) Deschideți suita de teste

Fereastra Test Suite se deschide în panoul din dreapta. După cum tocmai am creat, NU există cazuri de testare SoapUI. Prin urmare, toate opțiunile sunt dezactivate.

Cum se creează un caz de testare în SoapUI

Iată un proces pas cu pas pentru crearea unui caz de testare în SoapUI:

Pas 1) Într-o suită de teste, putem crea mai multe teste făcând clic dreapta pe „suită de teste” și alegând „New TestCase”.

Pas 2) Specificați numele Caz de testare și faceți clic pe „OK”.

Pas 3) Cazul de testare creat are zero pași, așa cum se arată mai jos.

notițe: Putem vedea că cazul de testare este adăugat cu zero pași de testare pentru toate tipurile de teste disponibile. După adăugarea pașilor de testare, numerele din paranteză s-ar schimba automat.

Pasul de testare funcțională ar trebui să treacă în „Pașii de testare”, în timp ce un pas de testare a performanței ar trebui să treacă în „Test de încărcare”, iar un pas de testare de securitate ar trebui să treacă în „Teste de securitate”.

Pas 4) Putem insera o varietate de pași de testare făcând un clic dreapta pe pașii de testare și selectând un pas de test corespunzător, așa cum se arată mai jos. Deci, dacă ar fi să testați un serviciu web REST, ați selecta Solicitarea de testare REST.

Adăugarea unui pas de testare în SoapUI

Acum să adăugăm un pas de testare pentru a valida solicitarea de testare SOAP importată:

Pas 1) Adăugați un nou pas „Solicitare SOAP”, așa cum se arată mai jos.

Pas 2) Introduceți numele pasului și faceți clic pe OK.

Pas 3) După ce faceți clic pe „OK”, apare o fereastră de dialog pentru a selecta operația de invocat. Toate operațiunile sunt listate, iar utilizatorul poate selecta operația pe care ar dori să o invoce.

Sunt multe operațiuni care vor fi enumerate. The Operaoperațiunile sunt aceleași, cu excepția versiunii SOAP utilizate.
Versiunea nu contează pentru noi în acest context. Prin urmare, îl puteți selecta pe cel ales.
După selectarea operației, faceți clic pe „Ok”

Pas 4) În timp ce adăugăm un caz de testare, putem adăuga afirmații standard. Aserțiuni numite și 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 un caz de testare. Să creăm un caz de testare cu opțiunea care înseamnă crearea unui pas de testare FĂRĂ niciunul 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.

Pas 5) La crearea cazului de testare, cererea XML este afișată mai jos. Structura XML-ului este explicată în instantaneul de mai jos.

Pas 6) Numărul de pași de testare este acum crescut la unu, deoarece tocmai am adăugat un pas de testare. În mod similar, la adăugarea pasului de încărcare și a testelor de securitate, numărul corespunzător va fi incrementat automat în funcție de numărul de pași adăugați.

Trimiterea manuală a cererii și citirea răspunsului în SoapUI

Pas 1) Am dori să adăugăm două numere întregi.

intA – 5
intB – 5

În continuare,

Trebuie să introducem aceste intrări în locul semnului de întrebare care va fi trimis ca XML de solicitare.
După introducerea acestor valori în etichetele XML corespunzătoare, faceți clic pe butonul „Trimiteți cererea” pentru a verifica răspunsul.

Pas 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 că 5 plus 5 este 10.

Înțelegerea panourilor de răspuns și jurnal Soap

După cum sa explicat la începutul acestui tutorial de testare SoapUI, mesajele SOAP sunt transportate prin protocolul HTTP. Să aruncăm o privire la mesajele RAW. Acest lucru ne va ajuta să aflăm cum au fost transportate cererea și răspunsul SOAP prin HTTP.

Pas 1) Faceți clic pe fila „RAW” în ambele ferestre de solicitare SOAP-UI.

Solicitarea este postată pe serverul web. Prin urmare, este utilizată metoda POST a Http.
Solicitarea SOAP este transportată în corpul mesajului Http.

Pas 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 a procesat-o 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ă depanați pe baza codului HTTP primit de la serverul web.

Cod HTTP	Descriere
1xx:	informativ - Aceasta înseamnă o solicitare primită și un proces în continuare.
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 cererea.
4xx:	Eroare client - Aceasta înseamnă că solicitarea conține sintaxă proastă sau nu poate fi îndeplinită
5xx:	Eroare de server - Serverul nu a reușit să îndeplinească o solicitare aparent validă

Pas 3) Să înțelegem celelalte informații care sunt afișate în fereastra cazului de testare.

Reprezentați NU antet în cererea care este trimisă
Nu reprezintă atașamente în cererea care este trimisă către serverul web.
Reprezintă 10 informații de antet și aceleași sunt afișate la clic pe ele.
Reprezintă că nu există atașamente din mesajul de răspuns.

PANEUL JURNAL:

Panoul Jurnale are informații complete cu privire la tranzacția dintre client și server. Utilizatorii vor putea vedea filele din panoul Jurnal, așa cum se arată mai jos. Vom discuta cele mai frecvent utilizate panouri de jurnal atunci când lucrați cu SOAP-UI.

SoapUI Jurnal – Afișează informațiile de răspuns de la serverul web. Aceleași informații sunt stocate în fișierul soapui.log al folderului instalat SOAP-UI în directorul „bin”.

Jurnal HTTP – 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 îl afișează sub forma unui grafic, așa cum se arată mai jos. Este cu adevărat util atunci când se efectuează o operație cu multă memorie.

Acum că am creat o suită de testare, un caz de testare, un pas de testare și am primit un răspuns, următorul pas este să validăm răspunsul. Ne vom ocupa de tipuri de afirmații în următorul tutorial.