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

QA staffing: hogyan lehet gyorsan és biztonságosan kapacitást bővíteni?

Bevezetés Előző cikkünkben (itt olvasható) arról írtunk, hogy mikor érdemes külsős tesztelőt bevonni, és mikor intő jel, ha csak tűzoltásra használnánk őket. Most, hogy már tudjuk a „mikor”-t, evezzünk gyakorlatiasabb vizekre, és nézzük meg a „hogyan”-t. Hogyan lehet úgy bővíteni a csapatot, hogy az ne a káoszt növelje, hanem a megoldást hozza el? (Megjegyzés: A szakmában gyakran

Külsős tesztelő bevonása: mikor segít, és mikor pénzkidobás?

Bevezetés Minden szoftverfejlesztési projekt életében eljön az a pont, amikor a csapat vezetője, a projektmenedzser vagy a cégtulajdonos a homlokára csap: „Nekünk azonnal tesztelők kellenek!” A hibák szaporodnak, a fejlesztők túlterheltek, az ügyfél pedig egyre türelmetlenebbül dobol az asztalon. Ilyenkor tűnik logikus és gyors megoldásnak a külsős szakértő bevonása. Felhívunk egy partnert, kérünk két senior

Hogyan teszteltünk új jogosultságkezelést egy vállalati HR rendszerben

Bevezető Egy vállalat HR rendszere nemcsak dolgozói adatokat tárol – bizalmat is kezel. Ha a jogosultságkezelésben hiba van, az nem csupán technikai probléma: adatvédelmi incidens, reputációs kár és jogi következmény is lehet belőle. Ebben az esettanulmányban bemutatjuk, hogyan zajlott egy valós, összetett tesztelési projekt, ahol a cél az volt, hogy a HR rendszer új, LDAP

Scroll to Top
Passed
Adatvédelmi áttekintés

Ez a weboldal sütiket használ, hogy a lehető legjobb felhasználói élményt nyújthassuk. A cookie-k információit tárolja a böngészőjében, és olyan funkciókat lát el, mint a felismerés, amikor visszatér a weboldalunkra, és segítjük a csapatunkat abban, hogy megértsék, hogy a weboldal mely részei érdekesek és hasznosak. Adatkezelési tájékoztató