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

A tesztpiramis: a stabil és kifizetődő tesztautomatizálás alapköve

Bevezető A szoftverfejlesztés világában az automatizálás gyakran úgy indul, mint egy lelkes fellángolás: „Minden manuális tesztet váltsunk ki automata scriptekkel!” A kezdeti eufória után azonban sok projektvezető és fejlesztő szembesül a kőkemény valósággal. A tesztek lassúak, gyakran ok nélkül elbuknak, a karbantartásuk pedig több időt emészt fel, mint amennyit maga a fejlesztés. Ilyenkor merül fel

Tesztautomatizálás: mikor érdemes belevágni, és mikor várjunk még?

Bevezető A szoftverfejlesztési projektek egyik legvitatottabb kérdése nem az, hogy kell-e automatizálni a tesztelést, hanem az, hogy mikor. „Már az első naptól írjunk automata teszteket, vagy ráérünk, ha már kész a funkciók nagy része?” – hangzik el a kérdés szinte minden projektindító megbeszélésen. A válasz azonban nem egy egyszerű dátum vagy verziószám. A tesztautomatizálás ugyanis

Tesztautomatizálás útmutató: mikor, hogyan és miért érdemes bevezetni?

Szoftvert fejleszteni ma már nem csak kódolást jelent. Egy termék sikere legalább annyira múlik azon, hogy a kiadás pillanatában stabilan, hibamentesen és megbízhatóan működjön, mint magán az ötleten. Ahogy az IT projektek egyre komplexebbé válnak, a hagyományos, tisztán manuális tesztelés egyre kevésbé tud lépést tartani a fejlesztés tempójával. Eljön a pont, amikor a tesztelés már

Scroll to Top