Robot Framework tippek trükkök: vezéreljünk PICT segítségével

Előzmények

Akik olvasói a blognak, tudják, hogy a pict nem egy képszerkesztő eszköz, hanem páronkénti tesztelést támogató eszköz. Itt olvashatod el: PICT 1PICT 2
Volt már egy cikksorozat az adatvezérelt tesztelésről, aminek a 3. részében bemutattuk, hogy Robot Frameworkkel hogyan lehet megvalósítani az adatvezérelt tesztelést. Ezt a cikket itt találod: ADATVEZÉRLÉS 3
Most azt szeretném megmutatni, hogyan lehet párosítani ezt a két eszközt. A cikk az előző két eszköz ismeretére épít.

Mire lesz szükségünk?

  • Szükségünk lesz a Robot Framework-höz telepített Data Driver könyvtárra.
  • Szükségünk lesz a MS PICT segédprogramra. Be kell állítani, hogy a futtató állomány Path-on legyen.
  • A pict adatmodell állomány (amiben az alapadatok vannak) kiterjesztésének .pict -nek és a kódolásának UTF-8 -nak kell lennie.

Hogyan csináld?

Az Adatvezérlés (Adatvezérlés 3) cikkhez képest egyetlen különbség a Settings részben a Data Driver könyvtár meghívásánál van. A könyvtár paraméterének meg kell adni a .pict állományt. Valahogy így:

*** Settings *** 
Library DataDriver alapadat.pict

Az adatvezérlő könyvtár a .pict kiterjesztést “látva” ezt az állományt a pict programnak küldi, ami előállítja a kívánt kombinációt és ezt .picout állományként menti a .pict mellé. A robot DataDriver könyvtára ebben az eredményállományban található rekordokat fogja bemeneti tesztadatoknak tekinteni.

Valójában a pict program bármely paraméterét is megadhatjuk a könyvtár meghívás sorában egy pict_option paraméterrel, pl. így:

*** Settings *** 
Library DataDriver alapadat.pict pict_options=/o:3 /r

Innentől pont ugyanazt kell csinálni, amit az Adatvezérlés (Adatvezérlés 3) cikkben írtunk. Meg kell határozni a Test Template-et, létre kell hozni egyetlen tesztesetet és azt a kulcsszót, amit megadtunk a Test Template résznél.

Hajrá!

A PICT és a Robot Framework keresztezése nagyon egyszerű és nagyon hatásos fegyver az adatvezérelt tesztelésnél. Az is könnyen megoldható, hogy minden futásnál más-más paraméter-párosításokkal fusson le a teszt. (Erről a PICT képes gondoskodni, ha szépen kérjük 🙂 )

Hatékony tesztelést!

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