Mobilalkalmazás funkcionális tesztelésének megvalósítása és fejlesztése

Mobiltesztelés magánügyfeleknek

A Mobiltesztelés akkor hasznos, amikor egy mobilalkalmazás már kipróbálható állapotban van, de még nem biztos, hogy a felhasználók kezében is jól működik. Ilyenkor egy független szakember végignézi a fő funkciókat, a hibás lépéseket, az űrlapokat, a belépést, a fizetést, az értesítéseket és azokat a helyzeteket is, amelyekre a fejlesztő sokszor már nem figyel. Én azt látom, hogy a legtöbb magánügyfél nem teljes tesztelési osztályt keres, hanem egy érthetően dolgozó embert, aki online átveszi az alkalmazást, kipróbálja, jegyzetel, képernyőképet készít, majd használható hibajegyzéket ad vissza.

Ez nem ugyanaz, mint amikor valaki csak végigkattintja az alkalmazást. A jó mobilalkalmazás ellenőrzés célzott munka. Kell hozzá tesztelési szemlélet, türelem és világos dokumentálás. Fontos, hogy a hibák ne csak felsorolva legyenek, hanem reprodukálható módon szerepeljenek. Vagyis látszódjon, milyen készüléken, milyen rendszerrel, milyen lépésekkel jelent meg a probléma. A Qjob.hu felületén magánszemélyek is kereshetnek olyan online szakembert, aki nem cégként, hanem egyéni megbízottként vállal ilyen feladatot.

Mikor fontos a mobiltesztelés

A Mobiltesztelés különösen fontos indulás előtt, frissítés után, új funkció beépítésekor vagy akkor, ha a felhasználók furcsa hibákat jeleznek. Szerintem akkor is érdemes kérni, ha az alkalmazást ismerősök már kipróbálták. Az ismerősök általában azt mondják, hogy jó vagy nem jó. Egy tesztelő viszont azt írja le, hol akad el a folyamat, melyik gomb nem egyértelmű, melyik mező nem fogadja el az adatot, és melyik képernyő viselkedik máshogy különböző készülékeken.

Tipikus helyzet, amikor az alkalmazás fejlesztői környezetben jól működik, de valós használatban már bizonytalan. Például a regisztráció csak bizonyos e-mail címekkel sikerül. Vagy a jelszó-visszaállítás üzenete késik. Előfordul az is, hogy a kosár működik, de a fizetés előtti utolsó lépésnél eltűnik egy adat. Ezek nem mindig látványos hibák. De egy ügyfélnek pont elég ahhoz, hogy ne használja tovább az alkalmazást.

Volt olyan eset, amikor egy ügyfél csak egy apró frissítés után kért ellenőrzést. Azt gondolta, hogy legfeljebb néhány képernyőt kell megnézni. A tesztelő viszont észrevette, hogy az új jogosultsági beállítás miatt az értesítések egy része nem ment ki. A fejlesztő gyorsan javította. Ha ez éles használatban derül ki, sokkal kellemetlenebb lett volna.

Funkcionális tesztelés online folyamatban

A funkcionális tesztelés lényege egyszerű. Meg kell nézni, hogy az alkalmazás azt csinálja-e, amit a felhasználó vár tőle. Nem elég, hogy a képernyő szép. A gombnak működnie kell. A mentésnek mentenie kell. A keresésnek találatot kell adnia. Az üzenetnek el kell mennie. A hibaüzenetnek érthetőnek kell lennie. Tapasztalatom szerint a jó online tesztelés akkor indul jól, ha a megbízó röviden leírja, mi a cél, melyik funkció a legfontosabb, és milyen eredményt szeretne kapni a végén.

Az online munkához általában hozzáférés, tesztfelhasználó, rövid leírás, esetleg korábbi hibajegyzék kell. A mobiltesztelő ez alapján végigmegy a fő útvonalakon. Ilyen lehet a belépés, a regisztráció, a profil módosítása, a feltöltés, a keresés, a rendelés, a fizetési próba, az értesítések kezelése és a kijelentkezés. Ha az alkalmazás több nyelven működik, akkor a szövegek és a váltás is ellenőrizhető.

Nem minden feladathoz kell bonyolult eszköz. Egy kisebb alkalmazásnál elég lehet kézi ellenőrzés, pontos jegyzetelés és képernyőképes jelentés. Nagyobb vagy gyakran változó alkalmazásnál már érdemes teszteseteket írni. A lényeg az, hogy az eredmény ne csak érzés legyen, hanem visszakereshető anyag.

Mobiltesztelés árak és munkaumfang

Az ár leginkább az alkalmazás méretétől, a képernyők számától, a funkciók bonyolultságától és a kért jelentés 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 tesztelés időigényes. Egy szakembernek nemcsak kattintania kell, hanem gondolkodnia is kell a hibák okán, következményén és leírásán. Ettől lesz hasznos a végeredmény.

A fenti összegek tájékoztató jellegűek. Egy egyszerű alkalmazás olcsóbban ellenőrizhető, ha kevés a képernyő és nincs fizetés, térkép, külső rendszer vagy sok jogosultság. Egy összetettebb appnál a munka ára gyorsan nő. Szerintem jobb előre megmondani, mi fér bele az első körbe, mint utólag vitázni azon, hogy mit kellett volna még megnézni.

Megfelelő mobiltesztelő kiválasztása

A megfelelő mobiltesztelő nemcsak hibát keres, hanem érthetően kommunikál. Ez magánügyfélként nagyon fontos. Nem mindenki ért fejlesztői nyelven. Jó jel, ha a szakember kérdez az alkalmazás céljáról, a legfontosabb felhasználói útvonalakról és arról, milyen formában kéred a jelentést. Rossz jel, ha azonnal árat mond úgy, hogy nem tudja, hány képernyő van, milyen rendszerre készült az app, és milyen hozzáférést kap.

Érdemes portfóliót vagy korábbi példát kérni, de nem kell túlzásba vinni. Egy rövid minta hibajegy sokat elárul. Abból látszik, hogy a szakember pontos-e. Például leírja-e a lépéseket, megjelöli-e a készüléket, ad-e képernyőképet, és különválasztja-e a súlyos hibát a kényelmetlenségtől. Egy jó tesztelő nem dramatizál. De nem is bagatellizál.

Magánügyfélként az is lényeges, hogy legyen világos határ. Hány kör ellenőrzés lesz. Benne van-e a javítás utáni újratesztelés. Milyen gyorsan válaszol. Milyen csatornán tartjátok a kapcsolatot. Ezek apró részleteknek tűnnek, de a távoli munka ezekből áll össze.

Anyagátadás és határidők

A távoli tesztelés akkor halad jól, ha a megbízó nem csak annyit ír, hogy nézd meg az appot. Kell egy rövid feladatleírás. Nem kell hosszú dokumentum, de legyen benne a cél, a hozzáférés módja, a fontos funkciók listája és az, hogy milyen készülékeken kell nézni. Ha van próbaadat, azt külön érdemes megadni. Ha van olyan rész, amely még fejlesztés alatt áll, azt is jobb előre jelezni.

A határidő általában a munka méretétől függ. Egy kisebb funkcionális kör akár egy nap alatt is elkészülhet. Egy részletesebb mobilos szoftverteszt több napot igényelhet. Ha több készüléken vagy több rendszeren kell ellenőrizni, akkor a várakozási idő is hosszabb lehet. És van még egy tényező. A kérdésekre adott válasz sebessége. Ha a tesztelő elakad a belépésnél, de fél napig nincs válasz, akkor a munka is csúszik.

Az átadás ideális esetben nem egy hosszú, zavaros üzenet. Jobb egy rendezett dokumentum vagy táblázat. Legyen benne a hiba címe, leírása, a lépések, a várt eredmény, a tényleges eredmény, a készülék, a rendszer és a súlyosság. A képernyőkép vagy rövid videó sokszor többet ér, mint egy hosszú magyarázat.

Gyakori hibák megbízáskor

Sokan ott hibáznak, hogy túl általánosan adják ki a feladatot. Azt kérik, hogy teszteld le az alkalmazást, de nem mondják meg, mi számít kész állapotnak. Így a tesztelő mást gondol fontosnak, mint a megbízó. A másik gyakori gond az, hogy a megbízó csak a látványos hibákat várja. Pedig sok komoly probléma nem látványos. Rossz adatmentés, hibás jogosultság, félrevezető üzenet vagy egy nem működő visszalépés is elég lehet ahhoz, hogy a felhasználó bizalmatlan legyen.

A harmadik hiba az irreális határidő. Egy alapos alkalmazástesztelés nem mindig fér bele néhány órába. Lehet gyors ellenőrzést kérni, de akkor annak is ez legyen a neve. Ne várjunk teljes minőségbiztosítási munkát alapellenőrzési áron. Ez feszültséget okoz, és a végeredmény sem lesz elég pontos.

Az is probléma, ha a hibákat nem rangsorolják. Egy elírás nem ugyanaz, mint egy összeomló fizetési folyamat. Én azt látom, hogy a jó jelentés egyik legfontosabb része a súlyossági sorrend. Így a fejlesztő vagy a megbízó először azt javíthatja, ami valóban akadályozza a használatot.

Javítások utáni mobilalkalmazás tesztelés

A javítás után nem elég annyit mondani, hogy kész. A hibát újra kell próbálni. Ezt hívják visszatesztelésnek. Ilyenkor a szakember megnézi, hogy a korábban jelzett probléma valóban megszűnt-e. De fontos az is, hogy a javítás nem rontott-e el más funkciót. Egy kis módosítás néha váratlan helyen okoz új hibát.

A Mobiltesztelés utolsó köre ezért sokszor a legértékesebb. Nem feltétlenül hosszú, de fegyelmezett munkát igényel. A korábbi hibajegyek alapján kell haladni, nem találomra. Ha a megbízó és a tesztelő jól dokumentált első kört készített, akkor a visszaellenőrzés gyorsabb és tisztább lesz. Így a végeredmény nem csak egy kijavított lista, hanem egy megbízhatóbb alkalmazás.

A magánügyfél számára ez nyugalmat ad. Nem kell minden részletet szakmai szemmel értenie. Elég, ha pontosan látja, mi lett ellenőrizve, mi maradt nyitva, és mi az, amit éles használat előtt még javítani kell. Ez a távoli együttműködés legfontosabb eredménye.