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

Tesztautomatizálás egy pénzügyi webalkalmazásban

A projektről Egy pénzügyi szervezet hitelfelvételhez kapcsolódó webalkalmazásának tesztautomatizálását támogattuk. Az alkalmazás összetett, több rendszeren átívelő üzleti folyamatokat kezelt, amelyek ellenőrzését korábban elsősorban manuális tesztelők végezték. A Passed feladata egy olyan automatizált tesztelési keretrendszer kialakítása volt, amely támogatja a manuális tesztelőcsapat munkáját, csökkenti az ismétlődő ellenőrzésekre fordított erőforrásigényt, és az alkalmazás működési sajátosságai mellett is

Black Friday terheléses tesztelés: hogyan készüljünk fel a csúcsforgalomra?

Az év legforgalmasabb kereskedelmi napjain egy webshop látogatottsága a szokásos többszörösére ugorhat, ráadásul a forgalom nem egyenletesen oszlik el: egy hírlevél kiküldése vagy egy akció indulása percek alatt is okozhat hirtelen csúcsot. A Black Friday előtti terheléses tesztelés megmutatja, hogyan viselkedik a rendszer a várt csúcsforgalom alatt. Ez tehát nem pusztán technikai finomhangolás, hanem a

AI agentek tesztelése: hogyan ellenőrizzünk egy autonóm rendszert?

Az AI következő (jelenlegi) hulláma már nem csak válaszol, hanem cselekszik. Az AI agentek (önállóan, több lépésben feladatot végrehajtó mesterséges intelligencia rendszerek) jegyet nyitnak az ügyfélszolgálati rendszerben, e-mailt küldenek, adatot módosítanak, visszatérítést vagy megrendelést indítanak. Az AI agent tesztelés ezért egészen más kérdést tesz fel, mint egy chatbot ellenőrzése: nem azt, hogy jó-e a válasz,

Scroll to Top

Elérhető tesztelőink

Nézze meg szakértőink profiljait, tapasztalatát és kompetenciáit, és találja meg a projektjéhez illő szakembert.

2006 — 2026

20 ÉVES A PASSED!

20 éve a szoftverminőség szolgálatában.

Két évtized szakértelem, fejlődés és elkötelezettség a szoftvertesztelés mellett.

PASSED

Töltse le tesztelőink szakmai profilját

Adja meg elérhetőségét egyszer és férjen hozzá valamennyi elérhető profilhoz.