Test Suiten ja Test Casen luominen SoapUI:ssa

SOAP-protokollan ymmärtäminen

Ennen kuin luomme SOAPUI-testitapauksen, meidän on ymmärrettävä SOAP-protokollan perusasiat. Tämä auttaa sinua SOAP-käyttöliittymän avulla testaamaan SOAP-pyyntöjä ja vastauksia tehokkaasti.

SOAP tarkoittaa Yksinkertainen objektien käyttöprotokolla. Alla on SOAP-protokollan ominaisuudet.

• Se on XML-pohjainen protokolla tiedonsiirtoon kahden eri järjestelmän välillä.
• Se on alustasta ja kielistä riippumaton. Tästä syystä järjestelmä on kehitetty käyttämällä Java voi kommunikoida in.NETissä kehitetyn järjestelmän kanssa.
• SOAP-pyynnöt/vastaukset kuljetetaan HTTP:n kautta.

Opi SOAP-viestimuoto

SOAP-sanoma on tavallinen XML-dokumentti, joka sisältää seuraavat elementit. Viesti voi olla joko pyyntöviesti tai vastausviesti.

Viimeisessä opetusohjelmassa tekemämme työtilan määrittämisen jälkeen meidän on luotava SoapUI-projektirakenne, testipaketit ja testitapaukset tietyn verkkopalvelun testaamiseksi. Ymmärretään SoapUI-projektiesimerkki uuden SOAP-projektin luomiseksi.

SOAP-projektin luominen

Vaihe 1) Nyt projektista riippuen meidän on tuotava SOAP/REST-protokolla. Luomme uuden SOAP-projektin.

Vaihe 2) Käytämme seuraavaa SOAP-pyyntöä http://www.dneonline.com/calculator.asmx?wsdl

1. Anna projektin nimi
2. Anna WSDL-pyynnön polku. Tässä tapauksessa http://www.dneonline.com/calculator.asmx?wsdl
3. OK

Huomautus:

• Luodaanko näytepyyntö kaikille toiminnoille? Se luo mallipyynnön kaikille tietyn WSDL:n käytettävissä oleville toiminnoille. Heti kun annat WSDL-osoitteen, tämä vaihtoehto valitaan automaattisesti. Voit poistaa valinnan.
• Luo testipaketti tuodulle WSDL:lle: Luo SoapUI-testipaketin tuodulle WSDL:lle projektin sisällä.
• Suhteelliset polut: Sen avulla käyttäjä voi tallentaa kaikki projektitiedostoon liittyvät tiedostot.

Vaihe 3) Kun SOAP-projekti luodaan yllä mainitulla WSDL:llä, voimme nähdä, että projektiin tuodaan kaksi toimintoa.

Vaihe 4) Laajenna ensimmäinen pyyntö ja napsauta hiiren kakkospainikkeella Lisää. Napsauta sitten "Uusi pyyntö".

Napsauta sitten 'OK'. Se näyttää SOAP-pyynnön XML-muodossa

1. Kirjoita "intA" ja "intB"
2. Napsauta Lähetä-painiketta
3. Response XML näkyy oikeanpuoleisessa ruudussa.

Saatat ihmetellä, miksi luoda testitapauksia? Kun voit testata verkkopalvelua suoraan täällä…

No, voit lähettää pyynnön yhdestä leikkauksesta. Entä muut? Kuinka monta lisäysten syöteyhdistelmää voit tehdä tällä toiminnolla? Sinun on muokattava pyyntöä jokaiselle yhdistelmälle.

Esimerkki: Jos haluat lisätä numeroista 4 ja 4 5:n ja 5:n sijaan… Sinun on muokattava toimintoa uudelleen. Joten täytyy luoda testipaketti/tapaukset, jotta kaikki mahdolliset skenaariot voidaan testata ilman, että itse toimintoa tarvitsee muokata suoraan.

Test Suiten luominen SoapUI:ssa

Alla on vaiheet Test Suiten luomiseksi SoapUI:ssa:

Vaihe 1) Napsauta hiiren kakkospainikkeella projektin juurta

Projektin sisällä testaajat voivat luoda testipaketin napsauttamalla hiiren kakkospainikkeella projektin juurta.

Vaihe 2) Anna testipaketin tiedot

Meidän on syötettävä testisarjan nimi ja painettava OK.

Vaihe 3) Tarkista luotu testipaketti

Luotu testipaketti näytetään navigointiruudussa alla olevan kuvan mukaisesti.

Vaihe 4) Avaa Test Suite

Test Suite -ikkuna avautuu oikeaan ruutuun. Kuten olemme juuri luoneet, SoapUI-testitapauksia EI ole. Siksi kaikki vaihtoehdot ovat poissa käytöstä.

Testitapauksen luominen SoapUI:ssa

Tässä on vaiheittainen prosessi testitapauksen luomiseksi SoapUI:ssa:

Vaihe 1) Testipaketin sisällä voimme luoda useita testejä napsauttamalla hiiren kakkospainikkeella "testipakettia" ja valitsemalla "New TestCase".

Vaihe 2) Määritä nimi Testitapaus ja napsauta 'OK'.

Vaihe 3) Luodussa testitapauksessa on nolla vaihetta alla olevan kuvan mukaisesti.

Huomautuksia: Näemme, että testitapaukseen on lisätty nolla testivaihetta kaikenlaisille saatavilla oleville testeille. Kun testivaiheet lisätään, suluissa olevat numerot muuttuvat automaattisesti.

Toiminnan testausvaiheen tulisi mennä "testivaiheisiin", kun taas suorituskykytestivaiheen tulisi mennä "lataustestiin" ja turvatestivaiheen tulisi mennä "turvatesteihin".

Vaihe 4) Voimme lisätä useita testivaiheita napsauttamalla hiiren kakkospainikkeella testivaiheita ja valitsemalla sopivan testivaiheen alla olevan kuvan mukaisesti. Joten jos testasit REST-verkkopalvelua, valitset REST-testipyynnön.

Testivaiheen lisääminen SoapUI:ssa

Lisätään nyt testivaihe tuodun SOAP-testauspyynnön vahvistamiseksi:

Vaihe 1) Lisää uusi vaihe 'SOAP Request' alla olevan kuvan mukaisesti.

Vaihe 2) Anna vaiheen nimi ja napsauta OK.

Vaihe 3) Kun napsautat 'OK', näyttöön tulee valintaikkuna, jossa valitaan kutsuttava toiminto. Kaikki toiminnot on lueteltu, ja käyttäjä voi valita toiminnon, jonka hän haluaa kutsua.

• Luettelossa on monia toimintoja. The Operaovat samat, paitsi käytetty SOAP-versio.CalculatorSoap – käyttää SOAP-versiota 1.1, kun taas CalculatorSoap12 – käyttää SOAP-versiota 1.2
• Versiolla ei ole meille tässä yhteydessä merkitystä. Siksi voit valita haluamasi.

  

• Kun olet valinnut toiminnon, napsauta 'OK'

  

Vaihe 4) Kun lisäämme testitapausta, voimme lisätä vakiovahvistuksia. Väitteet, joita kutsutaan myös tarkistuspisteiksi/validointipisteiksi, joita käsittelemme yksityiskohtaisesti seuraavassa opetusohjelmassa.

Voimme lisätä seuraavia tarkistuspisteitä/väitteitä luodessasi testitapausta. Luodaan testitapaus vaihtoehdolla, joka tarkoittaa testivaiheen luomista ILMAN alla olevia vahvistuspisteitä

1. Tarkistaa, onko vastausviesti SOAP, testin suorittamisen yhteydessä.
2. Tarkistaa, onko vastausskeema kelvollinen.
3. Tarkistaa, sisältääkö SOAP-vastaus VIKA.

Vaihe 5) Kun testitapaus on luotu, pyyntö XML näkyy alla. XML:n rakenne selitetään alla olevassa tilannekuvassa.

Vaihe 6) Testivaiheiden määrä kasvaa nyt yhteen, koska olemme juuri lisänneet yhden testivaiheen. Vastaavasti lisättäessä kuormitus- ja turvatestivaiheita vastaava luku kasvaisi automaattisesti lisättyjen vaiheiden määrän perusteella.

Pyynnön lähettäminen manuaalisesti ja vastauksen lukeminen SoapUI:ssa

Vaihe 1) Haluamme lisätä kaksi kokonaislukua.

• intA – 5
• intB – 5

Seuraavaksi

1. Meidän on syötettävä nämä syötteet kysymysmerkin tilalle, joka lähetetään pyyntö-XML-muodossa.
2. Kun olet syöttänyt nämä arvot vastaaviin XML-tunnisteisiin, tarkista vastaus napsauttamalla Lähetä pyyntö -painiketta.

Vaihe 2) Pyynnön lähettämisen jälkeen verkkopalvelin käsittelee verkkopalvelupyynnön ja lähettää takaisin vastauksen alla olevan kuvan mukaisesti.

Lukemalla vastauksen voimme päätellä, että 5 plus 5 on 10.

Saippuavastaus- ja lokipaneelien ymmärtäminen

Kuten tämän SoapUI-testausopetusohjelman alussa selitettiin, SOAP-viestit siirretään HTTP-protokollan kautta. Katsotaanpa RAW-viestejä. Tämä auttaa meitä oppimaan, kuinka SOAP-pyyntö ja vastaus välitettiin HTTP:n avulla.

Vaihe 1) Napsauta RAW-välilehteä molemmissa SOAP-UI-pyyntöikkunassa.

1. Pyyntö lähetetään verkkopalvelimelle. Tästä syystä käytetään Http:n POST-menetelmää.
2. SOAP-pyyntö kuljetetaan HTTP-sanoman rungossa.

Vaihe 2) Nyt napsauta RAW-välilehteä SOAP-UI-vastausikkunassa ymmärtääksesi, kuinka vastaus lähetetään HTTP:n kautta.

1. Pyynnön käsittelyn jälkeen näytetään Http-vastauskoodi (200), mikä tarkoittaa, että se on onnistunut. Verkkopalvelin on käsitellyt sen onnistuneesti.
2. SOAP-vastaus lähetetään takaisin asiakkaalle osana HTTP-sanomaa.

Nopea tilannekuva Http-vastauskoodeista ymmärtämisen ja virheenkorjauksen helpottamiseksi. Alla oleva taulukko auttaa sinua vianmäärityksessä web-palvelimelta saadun HTTP-koodin perusteella.

HTTP-koodi	Tuotetiedot
1xx:	Informatiivinen – Tämä tarkoittaa, että pyyntö on vastaanotettu ja prosessi jatkuu.
2xx:	Menestys - Toiminta vastaanotettiin, ymmärrettiin ja hyväksyttiin.
3xx:	Uudelleenohjaus – Tämä tarkoittaa, että pyynnön täyttämiseksi on ryhdyttävä lisätoimiin.
4xx:	Asiakasvirhe - Tämä tarkoittaa, että pyyntö sisältää virheellisen syntaksin tai sitä ei voida täyttää
5xx:	Palvelinvirhe - Palvelin ei pystynyt täyttämään ilmeisen kelvollista pyyntöä

Vaihe 3) Ymmärrämme muut testitapausikkunassa näkyvät tiedot.

1. Edusta EI otsikkoa lähetettävässä pyynnössä
2. Ei edusta EI liitteitä verkkopalvelimelle lähetettävässä pyynnössä.
3. Edustaa 10 otsikkotietoa, ja samat tiedot tulevat näkyviin, kun sitä napsautetaan.
4. Ilmoittaa, että vastausviestissä ei ole liitteitä.

LOKIT PANEE:

Lokit-ruudussa on täydelliset tiedot asiakkaan ja palvelimen välisestä tapahtumasta. Käyttäjät voivat nähdä Loki-ruudun välilehdet alla olevan kuvan mukaisesti. Keskustelemme yleisimmin käytetyistä lokiruuduista työskennellessämme SOAP-UI:n kanssa.

SoapUI-loki – Näyttää vastaustiedot verkkopalvelimelta. Samat tiedot tallennetaan SOAP-UI asennetun kansion soapui.log-tiedostoon 'bin'-hakemistossa.

HTTP-loki – Näyttää kaiken HTTP-pakettisiirron. Kaikki RAW:n tiedot näkyvät HTTP-lokissa.

Virheloki - Virheloki näyttää kaikki virheet, jotka olemme kohdanneet koko projektin aikana. Samat tiedot ovat saatavilla "soapui-errors.log"-tiedostossa, joka on SOAP-käyttöliittymän asennuspaikan "bin"-hakemistossa.

Muistiloki - Tämä välilehti tarkkailee muistin kulutusta ja näyttää sen alla olevan kaavion muodossa. Se on todella hyödyllistä, kun suoritetaan muistiintensiivinen toimenpide.

Nyt kun olemme luoneet testipaketin, testitapauksen, testivaiheen ja saaneet vastauksen, seuraava vaihe on vastauksen vahvistaminen. Käsittelemme väitetyyppejä seuraavassa opetusohjelmassa.