SoapUI: Kako ustvariti Test Suite & Testni primer

Kazalo:

Anonim

Razumevanje protokola SOAP

Preden ustvarimo testni primer SOAPUI, si oglejmo osnove protokola SOAP. To vam bo pomagalo uporabiti uporabniški vmesnik SOAP za učinkovito preskušanje zahtev SOAP in odziv.

Milo stoji za S izva O bject A OSTOP P rotocol. Spodaj so lastnosti protokola SOAP.

  • Gre za protokol, ki temelji na XML, za komunikacijo med dvema različnima sistemoma.
  • Je neodvisna od platforme in jezika. Tako lahko sistem, razvit z uporabo Jave, komunicira s sistemom, razvitim v .NET.
  • Zahteve / odzivi SOAP se prenašajo prek HTTP.

V tej vadnici za preizkušanje boste izvedeli:

  • Spoznajte FORMAT sporočila SOAP
  • Ustvari projekt
  • Ustvarjanje testne zbirke
  • Ustvarjanje testnega primera
  • Vstavite preizkusni korak
  • Razumevanje odzivov na milo in dnevniških plošč
  • Ročno pošiljanje zahteve in branje odgovora

Spoznajte FORMAT sporočila SOAP

Sporočilo SOAP je navaden dokument XML, ki vsebuje naslednje elemente. Sporočilo je lahko sporočilo z zahtevo ali odgovor.

Po nastavitvi delovnega prostora, ki smo ga izvedli v zadnji vadnici, moramo ustvariti projekte, testne pakete, testne primere, da lahko preizkusimo določeno spletno storitev. Dovolite nam, da razumemo korake pri tem.

Ustvari projekt

1. korak: Zdaj moramo glede na projekt uvoziti protokol SOAP / REST. Ustvarili bomo nov projekt SOAP.

2. korak: Uporabili bomo naslednjo zahtevo SOAP http://www.dneonline.com/calculator.asmx?wsdl

  1. Vnesite ime projekta
  2. Vnesite pot zahteve WSDL. V tem primeru http://www.dneonline.com/calculator.asmx?wsdl
  3. Kliknite V redu

Opomba:

  • Želite ustvariti vzorčno zahtevo za vse operacije? Ustvari vzorčno zahtevo za vse razpoložljive operacije v danem WSDL. Takoj ko vnesete naslov WSDL, se ta možnost samodejno preveri. Lahko ga počistite.
  • Ustvari preskusni paket za uvoženi WSDL: v projektu ustvari preskusni paket za uvoženi WSDL.
  • Relativne poti : uporabniku omogoča shranjevanje vseh datotek glede na projektno datoteko.

3. korak: Po ustvarjanju projekta SOAP z zgoraj omenjenim WSDL bomo lahko videli, da sta v projekt uvoženi dve operaciji.

4. korak)

Razširite prvo zahtevo in z desno miškino tipko kliknite »Dodaj«. Nato kliknite "Nova zahteva".

Nato kliknite »V redu«. Prikazala bo zahtevo SOAP v obliki XML

  1. Vnesite 'intA' in 'intB'
  2. Kliknite gumb za oddajo
  3. Odgovor XML bo prikazan v desnem podoknu.

Morda se sprašujete, zakaj ustvarjati testne primere? Kdaj lahko neposredno preizkusite spletno storitev tukaj

...

No, lahko pošljete zahtevo za eno operacijo. Kaj pa drugi? Koliko kombinacij vhodov za dodatke lahko naredite s to operacijo ? Zahtevo morate urediti za vsako kombinacijo.

Na primer: Če želite dodati številke 4 in 4 namesto 5 in 5

... Ponovno morate urediti postopek. Torej je treba ustvariti testno zbirko / primere, da bodo preizkušeni vsi možni scenariji, ne da bi morali neposredno urejati samo operacijo.

Ustvarjanje testne zbirke

1. korak: Preizkuševalci lahko znotraj projekta ustvarijo preskusni paket z desnim klikom na koren projekta.

2. korak: Vnesti moramo ime testne zbirke in pritisniti OK.

3. korak: Ustvarjeni preskusni paket se prikaže v podoknu za krmarjenje, kot je prikazano spodaj.

4. korak: V desnem podoknu se odpre okno test Suite. Kot smo pravkar ustvarili, NI testnih primerov. Zato so vse možnosti onemogočene.

Ustvarjanje testnega primera

1. korak: V testnem paketu lahko ustvarimo več testov, tako da z desno miškino tipko kliknemo 'testni paket' in izberemo 'New TestCase'.

2. korak: Navedite ime testnega primera in kliknite »V redu«.

3. korak: Ustvarjeni testni primer ima nič korakov, kot je prikazano spodaj.

Opomba : Vidimo, da je testni primer dodan z ničelnimi koraki za vse razpoložljive teste. Po dodajanju preizkusnih korakov bi se številke v oklepaju samodejno spremenile.

Korak funkcionalnega preizkusa naj preide v "Testni koraki", korak preizkusa učinkovitosti pa v "Load Load", korak varnostnega preizkusa pa v "varnostni preskusi".

4. korak: Vstavimo lahko različne preizkusne korake, tako da z desnim klikom na preizkusne korake izberemo ustrezen preskusni korak, kot je prikazano spodaj. Torej, če bi preizkušali spletno storitev REST, bi izbrali zahtevo za preskus REST.

Vstavite preizkusni korak

Zdaj pa dodajte testni korak za preverjanje uvožene zahteve SOAP.

1. korak: Dodajte nov korak "Zahteva SOAP", kot je prikazano spodaj.

2. korak: Vnesite ime koraka in kliknite V redu.

3. korak: Ko kliknete »V redu«, se prikaže pogovorno okno za izbiro operacije, ki jo želite priklicati. Navedene so vse operacije in uporabnik lahko izbere operacijo, ki jo želi uveljaviti.

  • Naštetih je veliko operacij. Operacije so enake, razen uporabljene različice SOAP.

    CalculatorSoap - uporablja SOAP različice 1.1, medtem ko

    CalculatorSoap12 - uporablja SOAP različice 1.2

  • Različica v tem kontekstu za nas ni pomembna. Zato lahko izberete tistega, ki ga izberete.

  • Ko izberete operacijo, kliknite »V redu«

4. korak: Med dodajanjem testnega primera lahko dodamo standardne trditve. Trditve se imenujejo tudi kontrolne točke / validacijske točke, ki jih bomo podrobneje obravnavali v naslednji vadnici.

Med ustvarjanjem testnega primera lahko dodamo naslednje kontrolne točke / trditve. Ustvarimo testni primer z možnostjo, ki pomeni ustvarjanje testnega koraka BREZ katere koli spodnje validacijske točke

  1. Po izvedbi testa preveri, ali je odzivno sporočilo SOAP.
  2. Preveri, ali je odzivna shema veljavna.
  3. Preveri, ali odgovor SOAP vsebuje FAULT.

5. korak: Po izdelavi testnega primera je spodaj prikazan zahtevek XML. Struktura XML je razložena v spodnjem posnetku.

6. korak: Število testnih korakov se zdaj poveča na eno, saj smo pravkar dodali en testni korak. Podobno bi se po dodajanju koraka preskusov obremenitve in varnosti samodejno povečalo ustrezno število glede na število dodanih korakov.

Pošlji zahtevo ročno in odgovor na branje

1. korak: Dodali bi morali dve celoštevilčni številki.

  • intA - 5
  • intB - 5

Naslednji,

  1. Te vnose moramo vnesti namesto vprašalnika, ki bo poslan kot XML zahteve.
  2. Po vnosu teh vrednosti v ustrezne oznake XML kliknite gumb »pošlji zahtevo«, da preverite odziv.

2. korak: Po oddaji zahteve spletni strežnik obdela zahtevo za spletno storitev in pošlje odgovor, kot je prikazano spodaj.

Z branjem odgovora lahko ugotovimo, da je 5 plus 5 10.

Razumevanje odzivov na milo in dnevniških plošč

Kot je razloženo na začetku te vadnice, se sporočila SOAP prevažajo prek protokola HTTP. Oglejmo si sporočila RAW. To nam bo pomagalo izvedeti, kako je HTTP zahtevo in odgovor SOAP prenašal.

1. korak: V obeh oknih za zahtevo SOAP-UI kliknite jeziček 'RAW' .

  1. Zahteva je objavljena na spletnem strežniku. Zato se uporablja metoda POST Http.
  2. Zahteva SOAP se prenese v telo sporočila Http.

2. korak: Zdaj kliknite zavihek 'RAW' v odzivnem oknu SOAP-UI, da razumete, kako se odgovor pošlje prek HTTP.

  1. Po obdelavi zahteve se prikaže koda odziva Http (200), kar pomeni, da je uspela. Spletni strežnik ga je uspešno obdelal.
  2. Odziv SOAP se pošlje nazaj odjemalcu kot del telesa sporočila HTTP.

Hitri posnetek kod Http Response za enostavno razumevanje in odpravljanje napak. Spodnja tabela vam bo pomagala pri odpravljanju težav na podlagi kode HTTP, ki jo prejme spletni strežnik.

Http koda Opis
1xx: Informativno - To pomeni prejeto zahtevo in nadaljevanje postopka.
2xx: Uspeh - Dejanje je bilo uspešno sprejeto, razumljeno in sprejeto.
3xx: Preusmeritev - to pomeni, da je treba za dopolnitev zahteve nadalje ukrepati.
4xx: Napaka odjemalca - To pomeni, da zahteva vsebuje slabo skladnjo ali je ni mogoče izpolniti
5xx: Napaka strežnika - strežnik ni uspel izpolniti očitno veljavne zahteve

3. korak: Razumite druge informacije, ki so prikazane v oknu testnega primera.

  1. V zahtevi, ki je poslana, predstavljajte glavo NO
  2. Predstavlja NO prilog v zahtevi, ki se pošlje spletnemu strežniku.
  3. Predstavlja 10 informacij o glavi in ​​iste se prikažejo ob kliku nanje.
  4. Predstavlja, da iz odzivnega sporočila ni prilog.

OBLOGA HLOGOV:

Podokno dnevnikov vsebuje popolne informacije o transakciji med odjemalcem in strežnikom. Uporabniki bodo lahko videli zavihke podokna Dnevnik, kot je prikazano spodaj. Obravnavali bomo najpogosteje uporabljena podokna dnevnika pri delu s SOAP-UI.

Dnevnik SoapUI - prikaže informacije o odzivu spletnega strežnika. Iste informacije so shranjene v datoteki soapui.log nameščene mape SOAP-UI v imeniku 'bin'.

Http Log - prikaže ves paketni prenos HTTP. Vse informacije v 'RAW' so prikazane v dnevniku HTTP.

Dnevnik napak - Dnevnik napak prikazuje vse napake, s katerimi smo se srečali med celotno projektno sejo. Iste informacije so na voljo v 'soapui-errors.log', ki je v imeniku 'bin' nameščenega mesta uporabniškega vmesnika SOAP.

Dnevnik pomnilnika - ta zavihek spremlja porabo pomnilnika in ga prikaže v obliki grafikona, kot je prikazano spodaj. Zelo koristno je, če se izvaja intenzivna operacija s pomnilnikom.

Zdaj, ko smo ustvarili testni paket, testni primer, testni korak in dobili odgovor, je naslednji korak potrditev odziva. V naslednjih vajah bomo obravnavali vrste trditev.