SoapUI: Kako stvoriti Test Suite & Test slučaj

Sadržaj:

Anonim

Razumijevanje SOAP protokola

Prije nego stvorimo SOAPUI test slučaj, shvatimo osnove SOAP protokola. To će vam pomoći da koristite SOAP UI za učinkovito testiranje SOAP zahtjeva i odgovora.

SOAP stoji za S implementiranosti O bject A ccess P rotocol. Ispod su svojstva SOAP protokola.

  • To je protokol zasnovan na XML-u za komunikaciju između dva različita sustava.
  • To je platforma i jezik neovisan. Dakle, sustav razvijen pomoću Jave može komunicirati sa sustavom razvijenim u .NET-u.
  • SOAP zahtjevi / odgovor prenose se putem HTTP-a.

U ovom vodiču za testiranje naučit ćete:

  • Naučite OBLIK SOAP poruke
  • Stvorite projekt
  • Izrada test paketa
  • Izrada test slučaja
  • Umetnite testni korak
  • Razumijevanje panela za odgovor na sapun i zapisnike
  • Ručno slanje zahtjeva i čitanje odgovora

Naučite OBLIK SOAP poruke

SOAP poruka je obični XML dokument koji sadrži sljedeće elemente. Poruka može biti poruka zahtjeva ili odgovor.

Nakon postavljanja radnog prostora koji smo izveli u prošlom tutorialu, moramo stvoriti projekte, test suite, test slučajeve kako bismo testirali određenu web uslugu. Razumijemo korake koji se poduzimaju u tome.

Stvorite projekt

Korak 1: Sada, ovisno o projektu, moramo uvesti SOAP / REST protokol. Stvorit ćemo novi SOAP projekt.

Korak 2: Iskoristit ćemo sljedeći SOAP zahtjev http://www.dneonline.com/calculator.asmx?wsdl

  1. Unesite naziv projekta
  2. Unesite stazu WSDL zahtjeva. U ovom slučaju http://www.dneonline.com/calculator.asmx?wsdl
  3. Kliknite U redu

Bilješka:

  • Stvoriti uzorak zahtjeva za sve operacije? Stvara uzorak zahtjeva za sve dostupne operacije u danom WSDL-u. Čim unesete WSDL adresu, ova se opcija automatski provjerava. Možete ga ukloniti.
  • Stvori, testni paket za uvezeni WSDL: Stvara testni paket unutar projekta za uvezeni WSDL.
  • Relativni putovi : Omogućuje korisniku spremanje svih datoteka u odnosu na datoteku projekta.

Korak 3: Nakon stvaranja SOAP projekta s gore spomenutim WSDL-om, moći ćemo vidjeti da postoje dvije operacije koje će se uvesti u projekt.

Korak 4)

Proširite prvi zahtjev i desnom tipkom miša kliknite "Dodaj". Zatim kliknite na 'Novi zahtjev'.

Zatim kliknite "U redu". Prikazat će zahtjev za SOAP u XML formatu

  1. Unesite 'intA' i 'intB'
  2. Kliknite gumb za slanje
  3. XML odgovora prikazat će se s desne strane.

Možda se pitate zašto stvarati test slučajeve? Kada ovdje možete izravno testirati web uslugu

...

Pa, možete poslati zahtjev za jednu operaciju. Što je s drugima? Koliko kombinacija ulaza za zbrajanja možete učiniti pomoću ove operacije ? Morate urediti zahtjev za svaku kombinaciju.

Na primjer: Ako želite dodati brojeve 4 i 4 umjesto 5 i 5

... Opet morate urediti operaciju. Dakle, treba stvoriti testni paket / slučajeve kako bi se testirali svi mogući scenariji, a da se ne mora izravno uređivati ​​sama operacija.

Izrada test paketa

Korak 1: Unutar projekta testeri mogu stvoriti paket za testiranje izvedbom desnog klika na korijen projekta.

Korak 2: Moramo unijeti naziv paketa za testiranje i pritisnuti OK.

Korak 3: Stvoreni testni paket prikazuje se okno navigatora kao što je prikazano u nastavku.

Korak 4: Prozor Test Suite otvara se u desnom oknu. Kao što smo upravo stvorili, NEMA test slučajeva. Stoga su sve opcije onemogućene.

Izrada test slučaja

Korak 1: Unutar test paketa možemo stvoriti više testova izvođenjem desnog klika na 'test suite' i odabirom 'New TestCase'.

Korak 2: Navedite naziv test slučaja i kliknite "U redu".

Korak 3: Stvoreni testni slučaj ima nula koraka kao što je prikazano u nastavku.

Napomena : Vidimo da je test slučaj dodan s nula koraka za sve dostupne vrste testova. Nakon dodavanja koraka ispitivanja, brojevi u zagradi automatski bi se promijenili.

Korak funkcionalnog testa trebao bi ići u "Test Steps", dok bi korak ispitivanja izvedbe trebao ići u "Load Test", a korak sigurnosnog testa trebao bi ići u "Security Tests".

Korak 4: Možemo umetnuti razne ispitne korake izvođenjem desnog klika na korake ispitivanja i odabirom odgovarajućeg testnog koraka kao što je prikazano u nastavku. Dakle, ako biste testirali REST web uslugu, odabrali biste REST zahtjev za testiranje.

Umetnite testni korak

Sad ćemo dodati testni korak za potvrdu uveženog SOAP zahtjeva.

Korak 1: Dodajte novi korak 'SOAP zahtjev' kao što je prikazano u nastavku.

Korak 2: Unesite naziv koraka i kliknite U redu.

Korak 3: Nakon klika na "U redu", pojavit će se dijaloški okvir za odabir operacije koju želite pozvati. Sve su operacije navedene, a korisnik može odabrati operaciju koju bi želio pozvati.

  • Mnogo je operacija koje će biti navedene. Operacije su iste, osim korištene verzije SOAP-a.

    CalculatorSoap - koristi SOAP verzije 1.1 dok,

    CalculatorSoap12 - koristi SOAP verzije 1.2

  • Inačica nam u ovom kontekstu nije bitna. Stoga možete odabrati onu po svom izboru.

  • Nakon odabira operacije, kliknite "U redu"

Korak 4: Tijekom dodavanja testnog slučaja možemo dodati standardne tvrdnje. Tvrdnje se nazivaju i kontrolnim točkama / validacijskim točkama, o čemu ćemo detaljno raditi u sljedećem vodiču.

Tijekom stvaranja testnog slučaja možemo dodati sljedeće kontrolne točke / tvrdnje. Stvorimo testni slučaj s opcijom koja podrazumijeva stvaranje testnog koraka BEZ bilo koje dolje navedene točke provjere valjanosti

  1. Nakon izvođenja testa provjerava je li poruka odgovora SOAP.
  2. Provjerava je li shema odgovora valjana.
  3. Provjerava sadrži li odgovor SOAP FAULT.

Korak 5: Nakon stvaranja test slučaja, dolje je prikazan zahtjev XML. Struktura XML-a objašnjena je u donjem snimku.

Korak 6: Broj testnih koraka sada se povećava na jedan jer smo upravo dodali jedan testni korak. Slično tome, nakon dodavanja koraka ispitivanja opterećenja i sigurnosti, odgovarajući broj automatski bi se povećavao na temelju broja dodanih koraka.

Pošaljite zahtjev ručno i odgovor za čitanje

Korak 1: Željeli bismo dodati dva cjelovita broja.

  • intA - 5
  • intB - 5

Sljedeći,

  1. Te unose moramo unijeti umjesto upitnika koji će se poslati kao XML zahtjeva.
  2. Nakon unosa tih vrijednosti u odgovarajuće XML oznake, kliknite gumb 'pošalji zahtjev' da biste provjerili odgovor.

Korak 2: Nakon podnošenja zahtjeva, web poslužitelj obrađuje zahtjev za web uslugom i šalje odgovor kao što je prikazano u nastavku.

Čitajući odgovor, možemo zaključiti da je 5 plus 5 10.

Razumijevanje panela za odgovor na sapun i zapisnike

Kao što je objašnjeno na početku ovog vodiča, SOAP poruke prenose se putem HTTP protokola. Pogledajmo RAW poruke. To će nam pomoći da naučimo kako je HTTP zahtjev i odgovor SOAP-a prenosio.

Korak 1: Kliknite karticu 'RAW' u oba prozora SOAP-UI zahtjeva.

  1. Zahtjev se objavljuje na web poslužitelju. Stoga se koristi POST metoda Http.
  2. SOAP zahtjev se prenosi u tijelu Http poruke.

Korak 2: Sada kliknite karticu 'RAW' u prozoru za odgovor SOAP-UI da biste razumjeli kako se odgovor šalje putem HTTP-a.

  1. Nakon obrade zahtjeva prikazuje se kod Http odgovora (200) što znači da je uspješan. Web poslužitelj ga je uspješno obradio.
  2. SOAP odgovor šalje se klijentu natrag kao dio tijela HTTP poruke.

Kratka snimka kodova Http odgovora za lako razumijevanje i uklanjanje pogrešaka. Tablica u nastavku pomoći će vam u rješavanju problema na temelju HTTP koda primljenog s web poslužitelja.

Http kod Opis
1xx: Informativno - To znači da je zahtjev primljen i da se nastavlja postupak.
2xx: Uspjeh - akcija je uspješno primljena, razumjena i prihvaćena.
3xx: Preusmjeravanje - To znači da se moraju poduzeti daljnje radnje kako bi se zahtjev dovršio.
4xx: Klijentska pogreška - To znači da zahtjev sadrži lošu sintaksu ili se ne može ispuniti
5xx: Pogreška poslužitelja - poslužitelj nije uspio ispuniti očito valjani zahtjev

Korak 3: Dopustite nam da razumijemo ostale podatke koji se prikazuju u prozoru test slučaja.

  1. Predstavljati NE zaglavlje u zahtjevu koji se šalje
  2. Predstavlja NO privitke u zahtjevu koji se šalje web poslužitelju.
  3. Predstavlja 10 informacija zaglavlja i iste se prikazuju klikom na njih.
  4. Predstavlja da nema odgovora iz poruke odgovora.

PANEL ZA PRIJAVLJIVANJE:

Okno dnevnika sadrži cjelovite informacije o transakciji između klijenta i poslužitelja. Korisnici će moći vidjeti kartice okna Dnevnik kao što je prikazano dolje. Razgovarat ćemo o najčešće korištenim oknima dnevnika pri radu sa SOAP-UI.

Zapisnik SoapUI - prikazuje informacije o odgovoru s web poslužitelja. Iste informacije pohranjene su u datoteci soapui.log instalirane mape SOAP-UI u direktoriju 'bin'.

HTTP zapisnik - prikazuje sav HTTP paketni prijenos. Sve informacije u 'RAW' prikazuju se u HTTP zapisniku.

Dnevnik pogrešaka - Dnevnik pogrešaka prikazuje sve pogreške s kojima smo se susreli tijekom cijele sesije projekta. Iste informacije dostupne su u "soapui-errors.log" koji se nalazi u direktoriju "bin" na mjestu instaliranog SOAP UI.

Zapis memorije - Ova kartica prati potrošnju memorije i prikazuje je u obliku grafikona kao što je prikazano dolje. Zaista je korisno kad se izvodi intenzivna memorija.

Sad kad smo kreirali testni paket, test slučaj, testni korak i dobili odgovor, sljedeći je korak provjera valjanosti odgovora. S vrstama tvrdnji pozabavit ćemo se u sljedećem vodiču.