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

Nincs elég tesztelő? Ez az 5 fájdalmas következmény a projektre

Bevezető „Spóroljunk a tesztelésen, majd a fejlesztők megnézik egymás kódját.” Hányszor hallottuk már ezt a mondatot projektindító megbeszéléseken? Logikusnak tűnhet: a fejlesztő ért a legjobban a kódhoz, miért fizetnénk külön embert arra, hogy „kattintgasson”? Ez a gondolkodásmód azonban olyan, mintha a könyvelőt kérnénk meg, hogy auditálja a saját mérlegét. Papíron minden rendben lesz, de a

Miért nem skálázódik QA nélkül egy IT projekt?

Bevezető A szoftverfejlesztés világában létezik egy visszatérő, fájdalmas forgatókönyv, amit szinte minden startup alapító és technológiai vezető átél legalább egyszer. Ez a történet mindig ugyanúgy kezdődik: eufóriával. A projekt elején minden olajozottan működik. A csapat kicsi, agilis, és mindenki mindent tud a rendszerről. A fejlesztők reggel megírják a kódot, délben tesztelik a saját gépükön, délután

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

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ó