SoapUI: Hogyan készítsünk Test Suite & Próbaper

Tartalomjegyzék:

Anonim

A SOAP protokoll megértése

Mielőtt létrehoznánk egy SOAPUI tesztesetet, értsük meg a SOAP protokoll alapjait. Ez segít a SOAP felhasználói felület használatában a SOAP kérések és válaszok hatékony tesztelésében.

SOAP jelentése S végrehaj O bject A ccess P kiegészítő jegyzőkönyvét. Az alábbiakban bemutatjuk a SOAP protokoll tulajdonságait.

  • Ez egy XML-alapú protokoll két különböző rendszer közötti kommunikációhoz.
  • Ez egy platform és nyelvfüggetlen. Ezért a Java használatával kifejlesztett rendszer képes kommunikálni az in.NET-ben kifejlesztett rendszerrel.
  • A SOAP kéréseket / válaszokat HTTP-n keresztül továbbítják.

Ebben a tesztelési útmutatóban megtudhatja:

  • Tanulja meg a SOAP üzenet formátumát
  • Hozzon létre egy projektet
  • Test Suite létrehozása
  • Teszteset létrehozása
  • Tesztlépés beszúrása
  • A szappan válasz és napló panelek megértése
  • Kérelem kézi küldése és válaszolvasás

Tanulja meg a SOAP üzenet formá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.

Az utolsó oktatóanyagban elvégzett munkaterület beállítása után projekteket, tesztcsomagokat, teszteseteket kell létrehoznunk egy adott webszolgáltatás teszteléséhez. Értsük meg ugyanezen lépéseket.

Hozzon létre egy projektet

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

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

  1. Írja be a projekt nevét
  2. Írja be a WSDL-kérelem elérési útját. Ebben az esetben http://www.dneonline.com/calculator.asmx?wsdl
  3. Kattintson az OK gombra

Jegyzet:

  • Hozzon létre mintakérést az összes művelethez? Létrehoz egy minta kérést az összes elérhető művelethez az adott WSDL-ben. Amint megadja a WSDL címet, ez az opció automatikusan be lesz jelölve. Lehet, hogy törli a jelölést.
  • Hozzon létre egy tesztcsomagot az importált WSDL számára: létrehoz egy tesztcsomagot a projekten belül az importált WSDL számára.
  • Relatív elérési utak : Lehetővé teszi a felhasználó számára, hogy az összes fájlt elmentse a projektfájlhoz képest.

3. lépés: Amikor létrehozzuk a SOAP projektet a fent említett WSDL segítségével, láthatjuk, hogy két műveletet importálunk a projektbe.

4. lépés)

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

Ezután kattintson az 'OK' gombra. Megjeleníti a SOAP kérést XML formátumban

  1. Írja be az „intA” és „intB”
  2. Kattintson a beküldés gombra
  3. A válasz XML a jobb oldali ablaktáblán jelenik meg.

Lehet, hogy vajon miért hoz létre teszteseteket? Amikor itt tesztelheti közvetlenül a Webszolgáltatást

…

Nos, kérelmet küldhet egy műveletre. Mi van másokkal? Az Additions bemenetek hány kombinációját tudja megtenni ezzel a művelettel ? Szerkesztenie kell az egyes kombinációk kérését.

Például: Ha az 5 és 5 helyett 4-ből 4-be akar adni

… Újra szerkesztenie kell a műveletet. Tehát létre kell hozni egy tesztcsomagot / eseteket az összes lehetséges forgatókönyv teszteléséhez anélkül, hogy közvetlenül a műveletet kellene szerkeszteni.

Test Suite létrehozása

1. lépés: A projekten belül a tesztelők létrehozhatnak egy tesztcsomagot, ha jobb gombbal kattintanak a projekt gyökerére.

2. lépés: Be kell írnunk a tesztcsomag nevét, és nyomja meg az OK gombot.

3. lépés: A létrehozott tesztcsomag megjeleníti a navigációs ablaktáblát az alábbiak szerint.

4. lépés: A Test Suite ablak megnyílik a Jobb panelen. Ahogy most hoztuk létre, NINCS teszteset. Ezért minden opció le van tiltva.

Teszteset létrehozása

1. lépés: A tesztcsomagon belül több tesztet is létrehozhatunk, ha jobb egérgombbal kattintunk a „tesztcsomagra”, és kiválasztjuk az „Új TestCase” lehetőséget.

2. lépés: Adja meg a teszteset nevét, majd kattintson az „OK” gombra.

3. lépés: A létrehozott teszteset nulla lépéssel rendelkezik, az alábbiak szerint.

Megjegyzés : Láthatjuk, hogy a tesztesetet mindenféle teszthez nulla tesztlépéssel egészítettük ki. A tesztlépések hozzáadásával a zárójelben lévő számok automatikusan megváltoznak.

A funkcionális teszt lépésnek a „Teszt lépései”, míg a teljesítmény teszt lépésnek a „Terhelés teszt” és egy biztonsági teszt lépésnek a „Biztonsági tesztek” szakaszra kell mennie.

4. lépés: Különféle tesztlépéseket szúrhatunk be, ha a jobb gombbal kattintunk a tesztlépésekre, és kiválasztjuk a megfelelő tesztlépést az alábbiak szerint. Tehát, ha tesztelne egy REST webszolgáltatást, válassza a REST tesztkérést.

Tesztlépés beszúrása

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

1. lépés: Adjon hozzá egy új lépést a „SOAP Request” -hez az alábbiak szerint.

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

3. lépés: Az „OK” gombra kattintva megjelenik egy párbeszédpanel a meghívandó művelet kiválasztásához. Az összes művelet fel van sorolva, és a felhasználó kiválaszthatja a meghívni kívánt műveletet.

  • Számos művelet jelenik meg. A műveletek ugyanazok, kivéve a használt SOAP verziót.

    CalculatorSoap - a SOAP 1.1-es verzióját használja, míg

    CalculatorSoap12 - a SOAP 1.2-es verzióját használja

  • A verzió ebben a kontextusban nem számít számunkra. Ezért kiválaszthatja a kívántat.

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

4. lépés: Míg hozzátéve próbájának, tudunk hozzá szabvány állításokat. Az állításokat nevezzük ellenőrzőpontoknak / ellenőrzési pontoknak is, amelyekkel a következő oktatóanyagban részletesen foglalkozunk.

A teszteset létrehozása során a következő ellenőrzési pontokat / állításokat adhatjuk hozzá. Hozzunk létre egy tesztesetet az opcióval, ami azt jelenti, hogy létrehozunk egy tesztlépést az alábbi validációs pontok NÉLKÜL

  1. A teszt végrehajtása után ellenőrizze, hogy a válaszüzenet SOAP-e.
  2. Ellenőrzi, hogy a válasz séma érvényes-e.
  3. Ellenőrzi, hogy a SOAP válasz tartalmaz-e HIBÁT.

5. lépés: A teszteset létrehozásakor a kérelem XML-je látható alább. Az XML felépítését az alábbi pillanatképben ismertetjük.

6. lépés: A tesztlépések száma mostantól eggyel növekszik, mivel éppen hozzáadtunk egy tesztlépést. Hasonlóképpen, a terhelés és a biztonsági tesztek hozzáadásakor a hozzá tartozó szám automatikusan növekszik a hozzáadott lépések száma alapján.

Kérelem kézi és olvasási válasz küldése

1. lépés: Két egész számot szeretnénk hozzáadni.

  • intA - 5
  • intB - 5

Következő,

  1. Ezeket a bemeneteket a kérdőjel helyett kell megadnunk, amelyet kérésként 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érelem elküldése" gombra a válasz ellenőrzéséhez.

2. lépés: A kérelem benyújtásakor a webszerver feldolgozza a webszolgáltatási kérelmet, és az alábbiak szerint visszaküldi a választ.

A válasz elolvasásával megállapíthatjuk, hogy 5 plusz 5 10.

A szappan válasz és napló panelek megértése

Amint a bemutató elején ismertettük, a SOAP-üzeneteket HTTP protokollon keresztül továbbítjuk. Vessünk egy pillantást a RAW üzenetekre. Ez segít megtudni, hogyan továbbította a SOAP kérést és választ a HTTP.

1. lépés: Kattintson a „RAW” fülre mindkét SOAP-UI kérés ablakban.

  1. A kérés felkerül a webszerverre. Ezért a Http POST módszerét alkalmazzuk.
  2. A SOAP kérést a Http üzenet törzse továbbítja.

2. lépés: Most kattintson a „RAW” fülre a SOAP-UI Válasz ablakban, hogy megértse, hogyan küldik a választ 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. A webszerver sikeresen feldolgozta.
  2. A SOAP választ a HTTP üzenet törzsének részeként visszaküldi az ügyfélnek.

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

Http kód Leírás
1xx: Információs - Ez egy beérkezett kérést és a folyamat folytatását jelenti.
2xx: Siker - A műveletet 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érelem hibás szintaxist tartalmaz, vagy nem teljesíthető
5xx: Szerverhiba - A szerver nem tudott teljesíteni egy látszólag érvényes kérést

3. lépés: Értsük meg a teszteset ablakában megjelenő egyéb információkat.

  1. NEM fejlécet képvisel a küldött kérelemben
  2. NEM képvisel mellékletet a webkiszolgálóra küldött kérésben.
  3. 10 fejlécinformációt képvisel, és ugyanazok megjelennek, amikor rájuk kattintanak.
  4. Azt jelzi, hogy nincsenek mellékletek a válaszüzenetből.

LOGS PANE:

A Naplók panel teljes információt tartalmaz az ügyfél és a kiszolgáló közötti tranzakcióról. A felhasználók láthatják a Napló ablakait az alábbiak szerint. Megbeszéljük a SOAP-UI használatakor a leggyakrabban használt naplótáblákat.

SoapUI Log - Megjeleníti a webszerver válaszinformációit. Ugyanezeket az információkat a SOAP-UI telepített mappa soapui.log fájljában tárolják a „bin” könyvtár alatt.

Http napló - Megjeleníti az összes HTTP csomagátvitelt. A „RAW” összes információ megjelenik a HTTP naplóban.

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

Memórianapló - Ez a fül figyeli a memóriafogyasztást és megjeleníti azt diagram formájában az alábbiak szerint. 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ásokkal foglalkozunk.