Test Suite & Test Case létrehozása a SoapUI-ban

A SOAP protokoll megértése

Mielőtt létrehoznánk egy SOAPUI tesztesetet, ismerjük meg a SOAP Protokoll alapjait. Ez segít a SOAP UI használatában a SOAP kérések és válaszok hatékony tesztelésében.

A SOAP jelentése Egyszerű objektumelérési protokoll. Az alábbiakban a SOAP protokoll tulajdonságait találja.

• Ez egy XML-alapú protokoll két különböző rendszer közötti kommunikációra.
• Ez egy platform és nyelv független. Ezért egy olyan rendszert fejlesztettek ki Java NET-ben fejlesztett rendszerrel tud kommunikálni.
• A SOAP kérések/válaszok továbbítása HTTP-n keresztül történik.

Ismerje meg a SZAPPAN Üzenetformátumát

A SOAP üzenet egy közönséges XML dokumentum, amely a következő elemeket tartalmazza. Az üzenet lehet kérés vagy válaszüzenet.

A legutóbbi oktatóprogramban elvégzett munkaterület beállítása után létre kell hoznunk a SoapUI projektstruktúrát, tesztcsomagokat, teszteseteket, hogy tesztelhessünk egy adott webszolgáltatást. Ismerjük meg a SoapUI projekt példáját egy új SOAP projekt létrehozásához.

SOAP projekt létrehozása

Step 1) Most, a projekttől függően, importálnunk kell a SOAP/REST protokollt. Létrehozunk egy új SOAP projektet.

Step 2) A következő SOAP kérést fogjuk használni http://www.dneonline.com/calculator.asmx?wsdl

1. Adja meg a Projekt nevét
2. Adja meg a WSDL-kérés elérési útját. Ebben az esetben http://www.dneonline.com/calculator.asmx?wsdl
3. kattintson az OK gombra

Jegyzet:

• Mintakérelem létrehozása az összes művelethez? Példakérést hoz létre az adott WSDL-ben elérhető összes művelethez. Amint megadja a WSDL-címet, ez az opció automatikusan be van jelölve. Törölheti a jelölést.
• Hozzon létre egy tesztcsomagot az importált WSDL-hez: Létrehoz egy SoapUI tesztcsomagot a projekten belül az importált WSDL számára.
• Relatív utak: Lehetővé teszi a felhasználó számára, hogy a projektfájlhoz kapcsolódó összes fájlt elmentse.

Step 3) Amikor létrehozzuk a SOAP projektet a fent említett WSDL-lel, látni fogjuk, hogy két műveletet importálunk a projektbe.

Step 4) Bontsa ki az első kérést, és kattintson a jobb gombbal a "Hozzáadás" gombra. Ezután kattintson az „Új kérés” gombra.

Ezután kattintson az „OK” gombra. A SOAP kérést XML formátumban jeleníti meg

1. Írja be az "intA" és az "intB" betűket
2. Kattintson a beküldés gombra
3. A válasz XML megjelenik a jobb oldali ablaktáblában.

Felmerülhet a kérdés, miért kell teszteseteket készíteni? Amikor itt közvetlenül tesztelheti a webszolgáltatást…

Nos, kérelmet küldhet egy műveletre. Mi van másokkal? Hány bemeneti kombinációt lehet hozzáadni a kiegészítésekhez ezzel a művelettel? Minden egyes kombinációhoz módosítania kell a kérést.

Például: Ha 4 és 4 helyett 5-ből és 5-ből szeretne hozzáadni… Ismét szerkesztenie kell a műveletet. Tehát létre kell hozni egy tesztcsomagot/eseteket, hogy minden lehetséges forgatókönyvet teszteljenek anélkül, hogy magát a műveletet közvetlenül szerkeszteni kellene.

Test Suite létrehozása a SoapUI-ban

Az alábbiakban bemutatjuk a Test Suite létrehozásának lépéseit a SoapUI-ban:

1. lépés) Kattintson a jobb gombbal a projekt gyökerére

A projekten belül a tesztelők tesztcsomagot hozhatnak létre, ha jobb gombbal kattintanak a projekt gyökerére.

2. lépés) Adja meg a tesztkészlet adatait

Meg kell adnunk a tesztkészlet nevét, és meg kell nyomnunk az OK gombot.

3. lépés) Ellenőrizze a létrehozott tesztcsomagot

A létrehozott tesztcsomag megjelenik a navigációs ablaktáblában, az alábbiak szerint.

4. lépés: Nyissa meg a tesztcsomagot

A tesztcsomag ablaka megnyílik a jobb oldali ablaktáblában. Ahogy most létrehoztuk, NINCS SoapUI teszteset. Ezért minden opció le van tiltva.

Teszteset létrehozása a SoapUI-ban

Íme egy lépésről lépésre a teszteset létrehozásának folyamata a SoapUI-ban:

Step 1) Egy tesztcsomagon belül több tesztet is létrehozhatunk, ha jobb gombbal kattintunk a 'tesztkészletre', és kiválasztjuk az 'New TestCase' menüpontot.

Step 2) Adja meg a nevét Teszt eset és kattintson az „OK” gombra.

Step 3) A létrehozott teszteset nulla lépésből áll, az alábbiak szerint.

Megjegyzések: Láthatjuk, hogy a teszteset nulla tesztlépéssel van hozzáadva minden elérhető teszthez. A tesztlépések hozzáadásakor a zárójelben lévő számok automatikusan megváltoznak.

A funkcionális tesztelési lépésnek a „Tesztlépések”, míg a teljesítményteszt lépésének a „Betöltési tesztnek”, a biztonsági tesztnek pedig a „biztonsági teszteknek” kell lennie.

Step 4) Számos tesztlépést illeszthetünk be úgy, hogy jobb gombbal kattintunk a tesztlépésekre, és kiválasztjuk a megfelelő tesztlépést az alábbiak szerint. Tehát, ha egy REST webszolgáltatást szeretne tesztelni, válassza a REST tesztkérést.

Tesztlépés hozzáadása a SoapUI-ban

Most adjunk hozzá egy tesztlépést az importált SOAP-tesztelési kérelem érvényesítéséhez:

Step 1) Adjon hozzá egy új „SOAP Request” lépést az alábbiak szerint.

Step 2) Írja be a lépés nevét, majd kattintson az OK gombra.

Step 3) Az „OK” gombra kattintva megjelenik egy párbeszédpanel, amely kiválasztja a meghívandó műveletet. Az összes művelet felsorolva van, és a felhasználó kiválaszthatja azt a műveletet, amelyet szeretne meghívni.

• Számos művelet lesz felsorolva. A OperaA CalculatorSoap – a SOAP 1.1-es verzióját használja, míg a CalculatorSoap12 – a SOAP 1.2-es verzióját használja
• A Verzió ebben az összefüggésben számunkra nem számít. Ezért kiválaszthatja a kívántat.

  

• A művelet kiválasztása után kattintson az "OK" gombra

  

Step 4) Teszteset hozzáadása közben standard állításokat is hozzáadhatunk. Az állításokat ellenőrzőpontoknak/érvényesítési pontoknak is nevezik, amelyekkel a következő oktatóanyagban részletesen foglalkozunk.

A teszteset létrehozásakor a következő ellenőrző pontokat/állításokat adhatjuk hozzá. Hozzunk létre egy tesztesetet az opcióval, ami azt jelenti, hogy tesztlépést kell létrehozni az alábbi érvényesítési pontok NÉLKÜL

1. A teszt végrehajtásakor ellenőrzi, hogy a válaszüzenet SOAP-e.
2. Ellenőrzi, hogy a válaszséma érvényes-e.
3. Ellenőrzi, hogy a SOAP válasz tartalmaz-e FAULT-t.

Step 5) A teszteset létrehozásakor a kérés XML alább látható. Az XML felépítését az alábbi pillanatkép ismerteti.

Step 6) A tesztlépések száma most eggyel nő, mivel most adtunk hozzá egy tesztlépést. Hasonlóképpen, a terhelési és biztonsági tesztek lépésének hozzáadásakor a megfelelő szám automatikusan növekszik a hozzáadott lépések száma alapján.

Kérés kézi küldése és válasz olvasása a SoapUI-ban

Step 1) Két egész számot szeretnénk hozzáadni.

• intA – 5
• intB – 5

Ezután

1. Ezeket a bemeneteket a kérdőjel helyére kell megadnunk, amelyet kérés XML-ként küldünk el.
2. Miután beírta ezeket az értékeket a megfelelő XML-címkékbe, kattintson a „kérés elküldése” gombra a válasz ellenőrzéséhez.

Step 2) Igény benyújtásakor a webszolgáltatási kérelmet a webszerver feldolgozza, és az alább látható módon visszaküldi a választ.

A választ elolvasva arra következtethetünk, hogy 5 plusz 5 az 10.

A szappanválasz- és naplópanelek megértése

Amint a SoapUI tesztelési oktatóanyagának elején elmagyaráztuk, a SOAP-üzenetek továbbítása HTTP protokollon keresztül történik. Vessünk egy pillantást a RAW üzenetekre. Ez segít megtudnunk, hogy a SOAP kérelmet és választ hogyan továbbította a HTTP.

Step 1) Kattintson a „RAW” fülre mindkét SOAP-UI kérési ablakban.

1. A kérés felkerül a webszerverre. Ezért a Http POST módszerét használják.
2. A SOAP-kérés a HTTP-üzenet törzsében kerül továbbításra.

Step 2) Most kattintson a 'RAW' fülre a SOAP-UI válaszablakban, hogy megértse, hogyan küldi el a válasz HTTP-n keresztül.

1. A kérés feldolgozása után megjelenik a Http válaszkód (200), ami azt jelenti, hogy sikeres volt. A webszerver sikeresen feldolgozta.
2. A SOAP-válasz a HTTP-üzenet törzsének részeként kerül visszaküldésre az ügyfélnek.

Gyors pillanatkép a Http válaszkódokról az egyszerű megértés és hibakeresés érdekében. Az alábbi táblázat segít a hibaelhárításban a webszervertől kapott HTTP-kód alapján.

HTTP kód	Description
1xx:	Tájékoztató – Ez azt jelenti, hogy a kérés beérkezett és a folyamat folytatódik.
2xx:	Siker - Az akciót sikeresen fogadták, megértették és elfogadták.
3xx:	Átirányítás – Ez azt jelenti, hogy további lépéseket kell tenni a kérelem teljesítése érdekében.
4xx:	Ügyfél hiba – Ez azt jelenti, hogy a kérés rossz szintaxist tartalmaz, vagy nem teljesíthető
5xx:	Szerver hiba - A szerver nem tudott teljesíteni egy látszólag érvényes kérést

Step 3) Ismerjük meg a teszteset ablakban megjelenő egyéb információkat.

1. Jelenítsen NEM fejlécet az elküldött kérésben
2. NINCS mellékletet jelent a webszervernek küldött kérésben.
3. 10 fejlécinformációt jelent, és ugyanazok jelennek meg, ha rákattintunk.
4. Azt jelenti, hogy nincsenek mellékletek a válaszüzenetből.

NAPLÓOK:

A Naplók panel teljes körű információt tartalmaz az ügyfél és a kiszolgáló közötti tranzakcióról. A felhasználók az alábbiak szerint láthatják a Napló panel lapjait. A SOAP-UI használata során a leggyakrabban használt naplótáblákat fogjuk megvitatni.

SoapUI napló – Megjeleníti a válaszinformációkat a webszerverről. Ugyanezek az információk a SOAP-UI telepített mappa soapui.log fájljában tárolódnak a „bin” könyvtárban.

Http napló – Megjeleníti az összes HTTP-csomag átvitelt. A 'RAW'-ban lévő összes információ megjelenik a HTTP-naplóban.

Hibanapló – A hibanapló megjeleníti az összes hibát, amellyel a projekt teljes munkamenete során találkoztunk. Ugyanez az információ elérhető a SOAP UI telepített helyének bin könyvtárában található „soapui-errors.log” fájlban.

Memórianapló – Ez a lap figyeli a memóriafelhasználást, és az alábbiak szerint diagram formájában jeleníti meg. Nagyon hasznos, ha memóriaigényes műveletet hajtanak végre.

Most, hogy létrehoztunk egy tesztcsomagot, tesztesetet, tesztlépést, és választ kaptunk, a következő lépés a válasz érvényesítése. A következő oktatóanyagban az állítások típusaival fogunk foglalkozni.