Mobilalkalmazás-modulok integrációs tesztelése, hogy a lehető legjobban működjön!

Mobilalkalmazás tesztelés magánügyfeleknek

A mobilalkalmazás tesztelés akkor hasznos, amikor egy alkalmazás már működik, de még nem biztos, hogy valódi használat közben is stabil, érthető és hibamentes. Ilyenkor egy független szakember végignézi a felületeket, kipróbálja a fő folyamatokat, ellenőrzi a hibákat, majd érthető formában átadja az eredményt. A lényeg nem az, hogy valaki gyorsan rákattintson néhány gombra. A lényeg az, hogy a tesztelő úgy nézze az alkalmazást, ahogy egy valódi felhasználó nézné.

Magánügyfélként gyakran akkor van szükség ilyen online szolgáltatásra, amikor egy fejlesztő elkészített egy alkalmazást, de a megrendelő nem tudja biztosan megítélni, hogy minden rendben van-e. Lehet, hogy az alkalmazás elindul, de lassan tölt. Lehet, hogy a regisztráció működik, de egy másik eszközön már hibázik. És az is előfordul, hogy a fizetés, az értesítés vagy a profilkezelés csak részben működik. Én azt látom, hogy a legtöbb probléma nem a látványos nagy hibából indul, hanem apró következetlenségekből.

A Qjob.hu felületén olyan magánszakembert lehet keresni, aki távolról vállal alkalmazástesztelést, visszajelzést ad a hibákról, és segít abban, hogy a megrendelő tisztábban lássa az alkalmazás állapotát. Itt nem cégként gondolkodó nagy tesztlaborról van szó, hanem olyan online szakemberről, aki konkrét feladatot vállal, egyeztet, tesztel, majd átadja a hibalistát vagy rövid jelentést.

Mobilalkalmazás tesztelés menete

A munka általában egy rövid egyeztetéssel kezdődik. A megrendelő elküldi az alkalmazás elérhetőségét, a belépési adatokat, a fő felhasználói útvonalakat, valamint azt, hogy mely részeket kell különösen figyelni. Szerintem ez a szakasz fontosabb, mint sokan gondolják. Ha a feladat homályos, a tesztelés is szétesik. Ha viszont a cél világos, a szakember gyorsabban találja meg a valóban lényeges hibákat.

A mobilapp tesztelése során a tesztelő ellenőrzi az indítást, a menüket, az űrlapokat, a bejelentkezést, a regisztrációt, a jogosultságokat, a képernyők közötti váltást és a fontos műveleteket. Egyszerű alkalmazásnál ez néhány órás munka is lehet. Összetettebb appnál több kör kell, főleg akkor, ha több szerepkör, fizetés, külső kapcsolat vagy adminfelület is tartozik hozzá.

Tapasztalatom szerint jó eredményt akkor ad a tesztelés, ha a szakember nem csak azt írja le, hogy valami nem működik. Kell hozzá lépésről lépésre leírt hiba, képernyőkép, eszközadat, várható működés és tényleges működés. Így a fejlesztő később nem találgat. A megrendelő pedig látja, hogy a hiba valódi, ismételhető és javítható.

Alkalmazástesztelés árak

Az ár a feladat méretétől, a tesztelendő képernyők számától, az eszközök körétől és a kért dokumentáció részletességétől függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a szakember nem szán elég időt a hibák újraellenőrzésére. De a magas ár sem garancia önmagában. A jó ajánlatban mindig látszik, hogy pontosan mit néz át a tesztelő, milyen formában adja át az eredményt, és hány javítási kör fér bele.

Ezek az összegek tájékoztató jellegűek, de online magánmunkánál reális tartományt adnak. Egy kisebb alkalmazás első ellenőrzése nem feltétlenül drága. Egy összetett rendszer viszont több időt kér. És ezt nem érdemes elrejteni, mert a felületes ellenőrzés később többe kerülhet.

Mobilapp tesztelése modulokra bontva

A mobilapp tesztelése sokkal átláthatóbb, ha nem egyszerre akarunk mindent ellenőrizni. A modulokra bontott munka segít abban, hogy a tesztelő külön nézze a regisztrációt, a profilt, az értesítéseket, a keresést, a fizetést, az adatmegjelenítést vagy más fontos funkciókat. Így könnyebb eldönteni, melyik rész használható, melyik bizonytalan, és melyik igényel javítást.

Sokan ott hibáznak, hogy csak a kezdőképernyőt és a leglátványosabb funkciót próbálják ki. Közben a valódi gond sokszor egy második vagy harmadik lépésben jön elő. Például a felhasználó létrehoz egy fiókot, módosít egy adatot, kilép, majd újra belép. Ha ekkor eltűnik egy beállítás vagy hibásan töltődik be a profil, az már komoly felhasználói élménybeli gond.

Volt olyan eset, amikor egy ügyfél azt hitte, hogy az alkalmazás készen áll a bemutatásra. A fő funkció működött, a képernyők szépek voltak, és az első próba sikerült. A tesztelés közben viszont kiderült, hogy a második felhasználói szerepkör nem látta ugyanazokat az adatokat, mint amit kellett volna. A hiba nem volt látványos, mégis fontos volt. Egy rövid modulvizsgálat mentette meg attól, hogy a hibát éles használat közben vegyék észre.

Integrációs tesztelés mobilalkalmazásnál

Az integrációs ellenőrzés akkor fontos, ha az alkalmazás nem önmagában működik. Sok app kapcsolódik külső fizetéshez, térképes szolgáltatáshoz, értesítési rendszerhez, adatbázishoz, ügyfélfiókhoz vagy más háttérrendszerhez. Ilyenkor nem elég azt látni, hogy a gomb megnyomható. Azt is ellenőrizni kell, hogy az adat valóban megérkezik, helyesen jelenik meg, és hiba esetén érthető visszajelzés látható.

Az alkalmazástesztelés ezen része gyakran több türelmet igényel. A hiba lehet lassú válasz, rossz adat, hiányzó üzenet, hibás sorrend vagy olyan állapot, amely csak bizonyos körülmények között jelenik meg. Én azt látom, hogy a magánügyfelek sokszor csak akkor kérnek ilyen vizsgálatot, amikor már valami furcsán működik. Pedig jobb korábban ellenőrizni, mert egy rossz integráció a teljes alkalmazásba vetett bizalmat rontja.

Megfelelő tesztelő kiválasztása

A megfelelő tesztelő kiválasztásánál nem csak az ár számít. Érdemes megnézni, hogy a szakember hogyan kérdez. Egy jó online tesztelő nem csak azt mondja, hogy elkészíti a munkát. Rákérdez az alkalmazás céljára, a felhasználói szerepekre, a fontos képernyőkre, az eszközökre, a határidőre és arra, milyen formában kell átadni a hibákat.

Fontos a korábbi tapasztalat is. Nem feltétlenül kell nagyvállalati háttér. Egy magánszakember is lehet nagyon pontos, ha tud rendszerezetten dolgozni. Nézd meg, hogy tud-e példát mutatni hibajelentésre, használ-e képernyőképet, tud-e rövid összefoglalót írni, és érthetően különbséget tesz kisebb kellemetlenség és súlyos hiba között.

Szerintem az egyik legjobb jel az, ha a szakember nem ígér mindent egy nap alatt. A mobilalkalmazás tesztelés időt kér, főleg akkor, ha több képernyő és több felhasználói útvonal van. Aki túl gyorsan zárja le a feladatot, gyakran csak felszínesen nézi meg az alkalmazást. Ez nem mindig derül ki azonnal, de később kellemetlen lehet.

Online munkavégzés és eredményátadás

A távoli munka ennél a szolgáltatásnál természetes forma. A megrendelő online küldi el az alkalmazás elérhetőségét, a tesztverziót, a leírást és a szükséges hozzáféréseket. A kommunikáció történhet üzenetben, rövid hívással vagy megosztott dokumentumban. A lényeg az, hogy minden fontos adat egy helyen legyen, mert így kevesebb a félreértés.

Az eredményátadás többféle lehet. Egyszerű munkánál elég lehet egy rövid hibajegyzék. Komolyabb alkalmazásnál jobb a strukturált dokumentum, ahol minden hiba külön sorban szerepel. Hasznos, ha a lista tartalmazza a hiba rövid nevét, az ismétlés lépéseit, a várt működést, a tényleges működést, a súlyosságot és a képernyőképet. Így a fejlesztő gyorsabban tud reagálni.

A határidő általában a feladat méretétől függ. Egy kisebb funkció ellenőrzése akár egy munkanapon belül is elkészülhet. Egy összetettebb mobilapp tesztelése több napot is igényelhet, főleg ha javítás utáni újratesztelés is szükséges. Nem baj, ha a folyamat több lépésből áll. Baj akkor van, ha nincs világos átadás, nincs határidő, és nincs megállapodás arról, mi számít kész munkának.

Tipikus hibák mobilalkalmazás tesztelés előtt

A leggyakoribb hiba az, hogy a megrendelő túl későn kér ellenőrzést. Amikor már közel van a bemutató vagy a megjelenés, minden hiba sürgősnek tűnik. Ilyenkor nehéz nyugodtan javítani, és a tesztelő is kisebb mozgástérrel dolgozik. Jobb akkor kérni vizsgálatot, amikor még van idő a javításra és az újratesztelésre.

Másik gyakori gond a hiányos leírás. Ha a szakember nem tudja, milyen eredményt kell kapnia a felhasználónak, akkor csak találgat. Az sem jó, ha nincs tesztfiók, nincs adat, nincs példafolyamat. Egy alkalmazástesztelés akkor pontos, ha a tesztelő ugyanazokat az utakat tudja bejárni, amelyeket később a valódi felhasználók is követnek.

De van egy harmadik hiba is. Sok ügyfél csak a hibát keresi, miközben az érthetőséget nem figyeli. Pedig egy technikailag működő alkalmazás is lehet zavaros. Ha a felhasználó nem érti, mit kell tennie, ha rossz helyen jelenik meg az üzenet, vagy ha egy gomb jelentése nem egyértelmű, akkor az alkalmazás gyengébbnek tűnik. A tesztelés ezért nem csak hibavadászat. Józan ellenőrzés, amely megmutatja, mennyire használható az app valós helyzetben.