API tesztelés Postmannal

1. rész: Postman vagy nem Postman, ez itt a kérdés?

Bevezető

A Postman-t nagyon sokan használják API platformként. Sok helyen ezt használják a fejlesztők és ezt adják a tesztelők kezébe is az elkészült API-k próbálgatására, tesztelésére. Ebben a sorozatban azt szeretném megmutatni majd, hogy egy manuális tesztelő mit tud kezdeni ezzel az eszközzel.

Mielőtt megmutatom mennyire jól tudja használni a Postman-t egy manuális tesztelő, azt szeretném megindokolni miért érdemes más eszközt használni API tesztelésre, ha a projekt ezt engedi.

Miért ne Postman-t használj tesztelésre

  1. A Postman nem ingyenes és nem is open source, de ami még rosszabb, a közös munkát úgy támogatja, hogy az API kéréseket egy Postman által fenntartott szerveren tárolják. Ez sok projektnél biztonsági (vagy akár GDPR) kockázatot jelenthet.
  2. A Postman nem a tesztelő fejével gondolkodik, hanem inkább fejlesztői eszköz. Nincsen benne teszteset, teszteset összeállítás, tesztlépés, tesztlépés template. A teszteset összeállítás (test set) talán a legfájóbb ezek közül.
  3. A válaszok automatikus ellenőrzésekhez már programozási (javascript) ismeretekre van szükség. Bár van néhány előre megírt template, ezek csak alap ellenőrzésekre alkalmasak.

Ha nem Postman, akkor mi?

Sok egyéb lehetőség van egy tesztelő számára, ami jobb választásnak bizonyulhat API tesztelés esetén a Postman helyett:

  • Robot Framework + valamelyik, sokak által használt API könyvtár: Open Source, ingyenes és leköveti a tesztelők gondolkodását
  • SoapUi: Az ingyenes (open source) változat kiváló lehetőség a legtöbb esetben. Tesztelésre lett fejlesztve, így konkrétan teszteseteket, teszteset lépésekkel és ellenőrző lépésekkel tudunk készíteni benne.
  • Hoppscotch: Hasonló a Postman-hez, de open source 🙂

Miért jó a Postman (manuális) API tesztelésre

A Postman-nak nagyon sok hasznos funkciója van, amivel az API tesztelést meg tudjuk könnyíteni.

  • Átlátható felület,
  • Több típusú API kérések támogatása
  • Változók használata,
  • Dinamikus változók használata
  • Beépített fake tesztadatok
  • Ellenőrzés template-ek
  • Beépített data driven lehetőség

A sorozatban a fentiek mindegyikéről tervezünk írni.

Manuális vs. automatizált API tesztelés

Mielőtt tovább lépünk, tisztázzunk egy fontos dolgot. A Postman segítségével van lehetőség automatizált API tesztek futtatására, de mi nem ezt fogjuk megnézni.

Általában akkor beszélhetünk tesztautomatizálásról, ha minimum a következők teljesülnek:

  1. A tesztlépéseket egy program hajtja végre helyettünk
  2. A tesztlépések eredményét egy program vizsgálja helyettünk
  3. A teszteket nem csak kézi erővel indítják, hanem előre meghatározott rendben “maguktól” lefutnak. Akár meghatározott időpontokban, akár a szoftverfejlesztés meghatározott pontján (pl. tesztszerverre telepítés után)

Amíg legalább az 1. és 2. nem teljesül, addig maximum eszközzel segített manuális tesztelésről beszélhetünk. A sorozatban az 1.-re mutatunk példákat, a 2.-ra csak annyira térünk ki, hogy még ne kelljen programozni. Tehát a sorozat a manuális API teszteléshez ad gyakorlati útmutatót és tippeket.

Előzetes

A következő részben megnézzük, hogy szimpla web-hívásokra esetében mennyire releváns a Postman. Spoiler: Lehet vele web-hívást kezdeményezni, de minek. Azoknak ajánlom a következő részt, akik teljesen kezdők a témában és azt sem tudják, mi az az API hívás.

Hamarosan jelentkezem, addig is:

Hajrá! Jó tesztet!

Megosztás

Kérsz értesítést a legújabb cikkekről?

Kapcsolódó cikkek

Hogyan segíti az AI a tesztesetek generálását?

A modern szoftverfejlesztés egyik legnagyobb kihívása az idő. A sprintek rövidek, a funkciók száma folyamatosan nő, miközben a minőségi elvárások nem csökkennek. Ebben a feszített tempóban a teszt tervezése és a tesztesetek megírása gyakran a fejlesztési folyamat szűk keresztmetszetévé válik. Egy manuális tesztelő órákat tölthet azzal, hogy egy-egy komplex user story alapján pontról pontra kidolgozza

Hol bukik el leggyakrabban a szoftvertesztelés egy projektben? 4 szisztematikus hiba, amit nem szabad elkövetnetek

Minden projektmanager ismeri az érzést: a sprint végi demón minden zöld, az elfogadó tesztek átmentek, a csapat gratulál egymásnak – aztán az élesítés után két nappal becsörög az ügyfél, hogy egy kritikus üzleti folyamat nem működik. De hogyan juthatott keresztül egy ekkora hiba az egész tesztelési rendszeren? A válasz szinte sohasem az, hogy „a tesztelők

Biztosítási jutalékszámítási rendszer AI-alapú tesztelése

Egy biztosítótársaság pénzügyi működésének és értékesítési hálózatának alapköve a jutalékelszámolás. Ha a jutalékszámítási rendszerben hiba lép fel, az nemcsak közvetlen anyagi veszteséget jelent, hanem azonnal erodálja az értékesítési ügynökök bizalmát is. Egy ilyen komplex rendszer teszteléséhez óriási mennyiségű, változatos és élethű életúttal rendelkező adatra van szükség. Ugyanakkor a szigorú adatvédelmi szabályozások (GDPR) miatt az éles

Scroll to Top