Flow Model vs Page Object pattern

Link a regisztráláshoz: https://attendee.gototraining.com/r/196540312174173698

Nem kevés kihagyás után újra jelentkezünk. Ez alkalommal a szokásostól eltérően online leszünk (linket később osztjuk meg). A tervek szerint mostantól gyakrabban de rövidebb online eseményekkel jelentkezünk majd.

Első online előadónk Földházi Péter lesz az EPAM-tól aki web autómatizálásról beszél majd.

Péter 2012 óta dolgozik az EPAM-nak és 2019-ben költözött az USA-ba.

Tapasztalata nagyrésze a mobil világból származik, de desktop és web tesztelésben és játékfejlesztésben is résztvett. A tesztelési piramis minden szintjén van tapasztalata.

Péter az első európai és az egyike az elsők között a világon, akik sikeresen tették le az ISTQB CTAL Test Automation Engineer modul vizsgát.

Aktívan segíti az ISTQB munkásságát a HTB-n keresztül szilabusz anyagok ellenőrzésével szakmai szemszögből.

Ezen felül számos belföldi és külföldi konferencián és meetupon volt előadó, illetve 3 budapesti egyetemen volt rendszeres vendégelőadó.

A sörfőzést és chili termesztést a kedvenc hobbijai között tartja számon.

Előadás leírás:

A tesztautomatizáló mérnökök számára legismertebb tervezési sablon a Page Object maradt annak ellenére is, hogy sokan próbáljuk felhívni a figyelmet ennek a sablonnak a hibáira.

A Flow Model egy egyszerűen megérthető alternatívát szolgál ezen problémák kijavítására.

Sajnos még mind a mai napig találkozom olyanokkal, akik úgy jönnek el interjúzni egy tesztautomatizáló pozícióra, hogy nincsenek tisztában a Page Object elméleti alapjaival, és még kevesebben vannak, akik használták is. Éppen ezért szeretném vázlatosan bemutatni nektek, miről is szól ez a fejlesztési módszer, ezáltal könnyebb lesz a hibáira is fényt deríteni, és a Flow Model elvi alapjait is könnyebben tudom majd leírni számotokra. Az előadás során tervezési diagramokat és kódsorokat is bemutatok, hogy érthetőbb legyen ez a koncepció.

A Flow Model alapjait 2013-ban tettem le, amikor az egyik legnagyobb fitnesz alkalmazásokat fejlesztő projekt tagja voltam, és több platformon, több termék tesztelését kellett automatizált megoldásokkal támogatnom. Hamar rájöttem, hogy a Page Object használata költséges lesz hosszútávon több okból is. Az egyik, hogy a Page Object a Single Responsibility elvvel szembe megy, és sokkal nehezebb karbantartani ezeket a modelleket. Ezért ketté osztottam Page és Flow modellekké. Ezen felül a Page Object érthetősége is nehezebb olyanok számára, akik még pályakezdők vagy szimplán kevesebb programozási tapasztalattal és készségekkel rendelkeznek, de szeretnének automatizálni.

A Flow Model gyakorlatilag egy Állapot-átmenet diagramnak feleltethető meg, ahol az állapotot az adott oldal jelenti, míg az átmenetet pedig a felhasználói tevékenység. A Flow Model könnyebben tervezhető, ezáltal az architectek gyorsabban tudnak végezni a tervezési fázisban. Könnyebben megérthető, így a kevesebb tapasztalattal rendelkezők is hamar produktívvá válnak. És alacsonyabbak a karbantartási költségei, ezért a menedzserek és ügyfelek is nyitottabbak egy ilyen megoldásra, amikor a tesztautomatizálást szeretnénk elkezdeni egy új projekten.

A Flow Model koncepciót számtalan projekten használtam sikeresen nagy banki, technológiai, játék és ruhaipari ügyfelek számára. Az EPAM-on belül több kolléga szintén sikeresen alkalmazta már a saját projektjén belül. Az én célom ezzel az előadással, hogy végre más cégek is alkalmazzák a Flow Model koncepciót, és nagy mértékben javítsák a tesztautomatizálási megoldásaikat.