Tesztadat előállítás: Faker

Előzmények

– A Demora szükség lenne 20db 50millió feletti, csokkal támogatott hiteligényre, 30db csokkal nem támogatottra, 40 feletti igénylőkkel, 20db lakásfelújításra felvehető kölcsönigényre.

– Keressünk az adatbázisban!

– A Demora csak a teszt1-en lesz lehetőség, de azon üres adatbázissal nyitunk.

– Oks, akkor vigyük fel adatvezérelt megoldással! (lásd előző cikkek: Adatvezérlés 1, 2, 3 )

– Nem rossz, de mit vigyünk fel? Egy igény 60-90 mező nagyrészt véletlenszerű kitöltését jelenti, ki állít elő egy ilyen Excelt? Ez kb. 5000 cella véletlen, de értelmes adattal való feltöltése.

– Nekem van egy ötletem. Faker.

Bevezetés

Gyakran fordul elő, hogy a tesztelésnél tömegesen lenne szükség véletlenszerűen előállított tesztadatokra. Véletlen nevekre, címekre, dátumokra, értékekre stb… Erre biztosít megoldást a faker könyvtár Robot Frameworkhöz.

Faker

A Faker egy népszerű könyvtár, amely hamis (de ésszerű) adatokat generál, amelyek felhasználhatók minden olyan esetben, ahol tesztadat előállítás vagy anonimizálás a cél. Eredetileg Perlben íródott, de majdnem minden nyelvre van portja. Ebben a cikkben a Robot Framework könyvtár működését mutatjuk be. Ez a könyvtár a Python-os faker portra épül, ehhez szolgáltat kulcsszavakat.

Sajnos a könyvtár aluldokumentált: https://guykisel.github.io/robotframework-faker/

A cikk végén adok tanácsot, hogy ezt hogyan kezeld.

Alapozás

Egy gyors telepítés után:

A robot-ban behivatkozhatjuk a könyvtárat és használhatjuk. Mivel a könyvtár kulcsszavai elég egyszerűek, azt tanácsolom, hogy adj nevet a könyvtárnak és utána használd a könyvtárnév előtagot a kulcsszavak előtt. Így:

A fenti példában a ${name} változónak adtunk véletlen Name értéket a faker segítségével és ezt a véletlen értéket írtuk ki a log-ba.

Általánosságban a faker könyvtár adatelőállító kulcsszavainak az a használati módja, hogy meghívás után visszaadott értéket egy változóba dobjuk.

Lokális kamuzás

Faker használhat egy területi beállítást argumentumként, hogy lokalizált adatokat adjon vissza. Ha nem található honosított szolgáltató, a gyár visszaáll az amerikai angol alapértelmezett LCID karakterláncra, azaz: en_US.

Így kérheted meg a faker-t, hogy magyarul kamuzzon adatot:

Specifikációs hiányosságok

A specifikáció olyan remek, amilyennel a tesztelők gyakran találkoznak. Olyan, mint a népmesében a királyhoz menő parasztlány, sétál, de mégsem, visz ajándékot, de mégsem, fel is van öltözve, de mégsem…. Néhol simán szűkszavú, néhol téves infókat tartalmaz. Ha csak az alap beállított fake-eket akarja az ember használni, akkor ezzel is el lehet boldogulni, de ha valami speciálisat szeretnénk (saját fake megvalósítása, külső, de már létező egyéb fake behúzása), akkor jobban járunk, ha Python-ban valósítjuk meg és úgy húzzuk be magunknak kulcsszó formájában.

Zárásféleképpen

A Faker könyvtár alapból sokat tud és nagyon jól használható kamu adathalmaz létrehozására. Az előzményben szereplő tesztadatok előállítására remek eszköz. Az adatvezérléses (adtavezérlés 3.) cikkben láttuk, hogy hogyan lehet tesztadatot „beolvasni”, a következő részben megmutatjuk, hogy a kamus tesztadatokat hogyan lehet könnyen emészthető formába (CSV, Excel) kiírni állományba. Addig is

Jó tesztet! Hajrá! 🙂

Megosztás

Íratkozzon fel hírlevelünkre!

Kapcsolódó cikkek

Mi a különbség a szoftvertesztelés és a minőségbiztosítás között?

Bevezető A szoftverfejlesztés világában gyakran keveredik két fogalom: szoftvertesztelés és minőségbiztosítás (Quality Assurance, QA). Sok projektben szinonimaként használják őket, pedig valójában másról van szó. A különbség nem pusztán elméleti: a félreértések rossz folyamatokhoz, hiányos szerepkörökhöz és felesleges költségekhez vezethetnek. Ebben a cikkben áttekintjük, mit takar a két fogalom, hogyan viszonyulnak egymáshoz, és miért fontos, hogy

Az ERP bevezetések valódi költségei – és hogyan előzi meg a tesztelés a kudarcot

Bevezető Minden vállalati vezető, aki valaha ERP bevezetési projekt közelében járt, pontosan tudja azt az érzést, amikor a projekt költségei hónapról hónapra nőnek, a határidők csúsznak, és lassan úgy tűnik, mintha az egész vállalkozás egy feneketlen kútba dobná a pénzt. Az Enterprise Resource Planning rendszerek bevezetése talán a nagyvállalatok legnagyobb informatikai kihívása, és a statisztikák

Miért nem engedhetik meg a nagyvállalatok a professzionális szoftvertesztelés kihagyását?

Miért nem engedhetik meg a nagyvállalatok a professzionális szoftvertesztelés kihagyását?

Bevezető A mai digitális világban minden nagyvállalat vezetője előtt ott áll a kérdés: mennyire megbízhatók azok a szoftverrendszerek, amelyekre a cég napi működése épül? Sokszor úgy gondoljuk, hogy a szoftvertesztelési szolgáltatások csak egy újabb költségsor a már amúgy is feszített költségvetésben. Ez a felfogás azonban olyan súlyos hibának bizonyulhat, amely akár a vállalat létét is

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ó