Autotestek létrehozása a regressziós teszteléshez - Innováció a minőségi szoftverfejlesztésért!

Automatikus tesztek magánügyfelek online projektjeihez

Az Automatikus tesztek akkor hasznosak, ha egy weboldal, alkalmazás vagy digitális szolgáltatás működését nem szeretnéd minden módosítás után kézzel ellenőrizni. A lényeg egyszerű. A tesztelő előre megírt ellenőrzéseket készít, amelyek lefutnak a fontos funkciókon, és jelzik, ha valami elromlott. Magánügyfélként ez főleg akkor fontos, ha fejlesztővel dolgozol, gyakran kerül fel új funkció, vagy már volt olyan hibád, amely csak éles használat közben derült ki.

Szerintem sok kisebb online projektben nem az a legnagyobb gond, hogy nincs teszt. Inkább az, hogy a tulajdonos nem látja, pontosan mit kellene védeni. Egy rendelési űrlap, egy fizetési lépés, egy regisztráció, egy belépési oldal vagy egy értesítési folyamat kis résznek tűnik. De ha ezek közül egy nem működik, az ügyfél nem tud továbbmenni. Az automatizált tesztelés pont ezeket a visszatérő ellenőrzéseket teszi kiszámíthatóbbá.

A Qjob.hu felületén olyan magánszakembert is kereshetsz, aki távolról vállal tesztelési feladatokat. Itt nem nagy ügynökségi csomagról van szó, hanem konkrét munkáról. A szakember megkapja a hozzáféréseket, a leírást, a tesztelendő folyamatokat, majd egyeztetés után elkészíti a teszteket és átadja az eredményt.

Automatikus tesztek típusai

Nem minden ellenőrzés ugyanarra való. Az automatikus ellenőrzés lehet egyszerű felületellenőrzés, űrlapteszt, belépési teszt, kosárfolyamat ellenőrzése, api ellenőrzés vagy ismétlődő hibakeresés. Egy kisebb webes projektben gyakran elég néhány alapfolyamat. Egy összetettebb alkalmazásnál már külön tesztek kellenek a jogosultságokra, a hibás adatokra, a többféle felhasználói szerepre és a válaszidőre.

Én azt látom, hogy a legtöbb magánmegrendelő először túl nagyot akar. Minden oldalt, minden gombot, minden apró változatot ellenőriztetne. Ez érthető, de nem mindig jó kezdés. Jobb először a legfontosabb útvonalakat rögzíteni. Például a látogató megnyitja az oldalt, kitölti az űrlapot, elküldi az adatokat, majd visszajelzést kap. Ha ez a folyamat sokszor ismétlődik, akkor érdemes automatizálni.

Az automatizált tesztelés nem váltja ki teljesen az emberi ellenőrzést. Egy tapasztalt tesztelő észrevesz furcsa szöveget, bizonytalan felhasználói élményt vagy logikai zavart is. A gépi ellenőrzés inkább azt biztosítja, hogy a már ismert fontos folyamatok ne romoljanak el észrevétlenül.

Automatizált tesztelés árak

Az ár nagyban függ attól, hogy hány folyamatot kell lefedni, mennyire rendezett a rendszer, és van e már korábbi tesztkörnyezet. Tapasztalatom szerint a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert a tesztelő nem akar jól dolgozni, hanem mert kevés idő jut a pontos beállításra, a hibás esetekre és a dokumentálásra.

A táblázat irányadó. Egy rövid feladatnál elég lehet egy kisebb csomag. Egy komolyabb alkalmazásnál viszont a tesztek karbantartása is számít. A teszt akkor jó, ha később is lefuttatható, nem csak egyszer készül el.

Tesztelő választása online munkához

A megfelelő tesztelő kiválasztásánál nem csak az ár számít. Nézd meg, hogy a szakember ért e ahhoz a felülethez, amelyet ellenőriztetni szeretnél. Más tudás kell egy egyszerű weboldalhoz, más egy mobilalkalmazáshoz, és megint más egy összekapcsolt rendszerhez, ahol több szolgáltatás kommunikál egymással.

Fontos a kérdezési stílus is. Ha a szakember azonnal árat mond, de nem kérdez rá a funkciókra, a hozzáférésre, a hibák előzményeire és a célra, akkor könnyen felszínes lesz a munka. Szerintem jó jel, ha a tesztelő először meg akarja érteni, milyen kockázatot szeretnél csökkenteni. Nem mindegy, hogy egy bemutató oldal biztonságos működéséről van szó, vagy egy fizetős szolgáltatás rendelési folyamatáról.

Érdemes portfóliót vagy rövid példát kérni. Nem kell bizalmas ügyféladat. Elég egy minta riport vagy egy néhány soros leírás arról, hogyan dolgozik. Egy jó szakember világosan leírja, mit fog ellenőrizni, mit nem, és mihez kér hozzáférést.

Automatikus ellenőrzés munkafolyamata

A munka általában rövid egyeztetéssel kezdődik. Leírod, milyen felületet kell tesztelni, melyik folyamat a legfontosabb, és milyen hibáktól tartasz. Ezután a szakember bekéri a szükséges adatokat. Ilyen lehet a tesztkörnyezet címe, próba felhasználó, technikai leírás, korábbi hibalista vagy képernyőkép.

Ezután jön a tesztterv. Nem kell hosszú dokumentum, de legyen egyértelmű. Melyik lépések kerülnek ellenőrzésre. Milyen bemeneti adatokkal. Mi számít sikeres eredménynek. Ha ez nincs tisztázva, később vita lehet abból, hogy a munka kész van e.

Volt olyan eset, amikor egy ügyfél csak annyit írt, hogy tesztelni kell a rendelést. A szakember elkészítette az alap rendelési folyamat ellenőrzését. Később derült ki, hogy kuponnal, hibás telefonszámmal és több termékkel is kellett volna nézni. Nem rossz munka volt, csak pontatlan kérés. Ezért hasznos a rövid, de konkrét előzetes lista.

Az átadásnál legyen érthető eredmény. A fájlok, a futtatási leírás, a talált hibák és a javasolt javítások külön kerüljenek átadásra. Ha a megrendelő nem fejlesztő, akkor különösen fontos az egyszerű nyelvű összefoglaló.

Gyakori hibák automatikus teszteknél

Sokan ott hibáznak, hogy csak a sikeres útvonalat teszteltetik. Pedig a hibás adatok legalább ilyen fontosak. Mi történik, ha üres mező marad. Mi történik, ha rossz jelszó kerül be. Mi történik, ha a rendszer lassan válaszol. Ezek a helyzetek sokszor jobban megmutatják a felület valós minőségét.

Másik gyakori gond a túl merev teszt. Ha minden apró szövegváltozásnál hibát jelez, akkor hamar zavaró lesz. A jó automatizált ellenőrzés nem törékeny. A fontos működést figyeli, nem minden apró felületi részletet. Persze vannak esetek, amikor a szöveg vagy a megjelenés is kritikus. De ezt előre kell eldönteni.

Az is probléma, ha nincs karbantartás. Egy online szolgáltatás változik. Új mező kerül be, átalakul a menü, módosul a fizetési lépés. Ilyenkor a teszteket is frissíteni kell. Ha ezt senki nem vállalja, a kezdetben hasznos ellenőrzés gyorsan elavul.

Feladatleírás és eredmény átadása

Jó feladatleírás nélkül az Automatikus tesztek könnyen félrecsúsznak. Nem kell szakmai nyelven írnod, de legyen világos a cél. Melyik oldal vagy alkalmazás érintett. Melyik művelet számít fontosnak. Milyen felhasználói szerepek vannak. Milyen eredményt vársz. És milyen határidő fér bele.

A kommunikáció történhet üzenetben, videóhívásban vagy megosztott dokumentumban. Távoli munka esetén különösen fontos, hogy a kérdések ne maradjanak szétszórva. Én azt javaslom, hogy minden döntés legyen leírva. Például mi kerül be az első körbe, mi marad későbbre, és hány javítási kör tartozik az árba.

A kész munka akkor használható igazán, ha nem csak a kód vagy a beállítás érkezik meg. Kell egy rövid futtatási útmutató is. Kell hibalista, ha volt hiba. Kell jelzés arról, hogy melyik teszt stabil, és melyik függ külső szolgáltatástól. Ez nem túlzott adminisztráció. Ez védi a megrendelőt és a szakembert is.

Mikor éri meg az automatizált tesztelés

Az automatizált tesztelés akkor éri meg, ha ugyanazokat a folyamatokat többször kell ellenőrizni. Egy egyszeri, nagyon kicsi oldalnál lehet, hogy elég a kézi átnézés. De ha fejlesztés zajlik, új funkciók kerülnek be, vagy több ember dolgozik ugyanazon a rendszeren, akkor a tesztek gyorsan megtérülhetnek.

Magánügyfélként nem kell mindent egyszerre megcsináltatni. Kezdheted a legfontosabb három vagy négy folyamattal. Belépés, űrlap, rendelés, értesítés. Ha ezek stabilan működnek, később bővíthető a csomag. Tapasztalatom szerint ez nyugodtabb megoldás, mint nagy összeget költeni egy túl széles, de gyengén átgondolt rendszerre.

Az Automatikus tesztek értéke nem abban van, hogy technikailag bonyolultnak hangzanak. Hanem abban, hogy csökkentik a bizonytalanságot. A megrendelő látja, mi lett ellenőrizve. A fejlesztő gyorsabban kap visszajelzést. A felhasználó pedig kevesebb hibával találkozik. Ez a cél, nem a látványos szakmai kifejezések használata.