Mobilalkalmazás tesztelése különböző eszközökkel való kompatibilitásra - garantált minőség!

Mobilalkalmazás tesztelése magánügyfeleknek

A Mobilalkalmazás tesztelése akkor fontos, amikor egy alkalmazás már működik, de még nem biztos, hogy a felhasználó számára is érthető, stabil és hibamentes. A legtöbb magánügyfél nem teljes fejlesztői ellenőrzést keres, hanem azt szeretné tudni, hogy az app elindul-e, a gombok jó helyre visznek-e, a fizetés, regisztráció, űrlap, értesítés vagy rendelési folyamat valóban rendben működik-e. Ez távolról is jól elvégezhető, ha a feladat pontosan le van írva, és a tesztelő megkapja a szükséges hozzáférést, képernyőket, tesztfiókot vagy rövid használati útmutatót.

Én azt látom, hogy sok app nem azért okoz gondot, mert rosszul lett megírva, hanem azért, mert valós eszközön nem lett elég alaposan kipróbálva. A fejlesztő gyakran a saját környezetében ellenőriz. A felhasználó viszont más telefonon, más rendszerverzión, gyengébb kapcsolattal vagy más sorrendben kattint. Itt jön elő a hiba. Egy független tesztelő ezért hasznos lehet akkor is, ha az alkalmazás első ránézésre késznek tűnik.

A Qjob.hu felületén magánszemélyek is kereshetnek olyan online szakembert, aki átnézi a mobilappot, hibákat gyűjt, képernyőképeket készít, és rövid, érthető jelentést ad. Nem kell hozzá személyes találkozó. Elég a pontos feladat, a hozzáférés, a határidő és az elvárt eredmény formátuma.

Mobilalkalmazás tesztelése előtt szükséges anyagok

A tesztelés gyorsabban indul, ha az ügyfél előre összegyűjti, mit kell ellenőrizni. Ez lehet letöltési hivatkozás, tesztverzió, próbafelhasználó, rövid leírás, képernyőlista vagy egy konkrét folyamat. Például regisztráció, kosár, fizetés, üzenetküldés, profil módosítása, keresés vagy értesítések ellenőrzése. A mobilapp ellenőrzés nem jó találgatásból. Minél pontosabb a feladat, annál kevesebb félreértés lesz.

Sokan ott hibáznak, hogy csak annyit írnak, nézd át az appot. Ez túl tág kérés. Egy tesztelő ilyenkor nem tudja, melyik funkció fontosabb, milyen hibát kell külön jelölni, és milyen mélységű jelentést vár az ügyfél. Tapasztalatom szerint jobb, ha az ügyfél három dolgot előre megad. Melyik eszközön kell nézni, melyik funkciókat kell kipróbálni, és milyen formában kéri az eredményt. Ez lehet táblázat, szöveges lista, képernyőkép mappával vagy rövid videó.

Volt olyan eset, amikor egy ügyfél csak azt hitte, hogy a rendelési folyamat hibás. A tesztelés közben kiderült, hogy a hiba nem a rendelésnél volt, hanem a címmező érvényesítésénél. Egy ékezetes karakter miatt a rendszer nem engedett tovább. Ilyen apróságot nehéz észrevenni, ha mindenki ugyanazzal a próbafiókkal és ugyanazzal az adattal dolgozik.

Mobilapp tesztelés folyamata távolról

A távoli mobilapp tesztelés általában rövid egyeztetéssel indul. Az ügyfél leírja a célt, a tesztelő visszakérdez a kényes pontokra, majd rögzítik a határidőt. Ezután jön az app telepítése vagy megnyitása, a funkciók ellenőrzése, a hibák dokumentálása és az eredmény átadása. A legtöbb kisebb feladat egy vagy néhány nap alatt elvégezhető, de egy összetettebb alkalmazásnál több kör is kellhet.

Szerintem a jó folyamat nem attól lesz erős, hogy hosszú a dokumentáció. Inkább attól, hogy minden hiba visszakereshető. Egy hibaleírás akkor használható, ha benne van a lépés, az elvárt eredmény, a tényleges eredmény, az eszköz típusa, a rendszerverzió és lehetőleg egy kép vagy rövid felvétel. Így a fejlesztő vagy a megbízó nem találgat. Látja, mi történt, és hogyan lehet újra előidézni.

A kommunikáció online történik. Üzenetben, közös dokumentumban, feladatkezelőben vagy e-mailben. A lényeg, hogy ne vesszenek el a hibák. A javítás után gyakran kell egy rövid visszatesztelés is. Ez külön munka lehet, mert nem ugyanaz, mint az első ellenőrzés. Ilyenkor a tesztelő azt nézi, hogy a javítás valóban működik-e, és nem rontott-e el más funkciót.

Mobilalkalmazás tesztelése árak

A Mobilalkalmazás tesztelése ára erősen függ az alkalmazás méretétől, a funkciók számától és attól, hogy csak gyors átnézés kell, vagy részletes hibajelentés. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelő kevés időt szán a valós eszközös ellenőrzésre. De a magas ár sem mindig jelent jobb eredményt. Fontosabb, hogy a vállalt munka pontosan le legyen írva.

Ezek az árak magán szakember által végzett távoli munkára értendők. Egy egyszerű ellenőrzés olcsóbb, ha kevés képernyő van, és az ügyfél pontos listát ad. Egy nagyobb alkalmazásnál az ár gyorsan nő, mert több állapotot, több hibalehetőséget és több ismétlést kell nézni. Én a közepes árú ajánlatokat tartom a legbiztonságosabbnak, ha a tesztelő konkrét mintajelentést is mutat.

Megfelelő mobiltesztelő kiválasztása

A megfelelő mobiltesztelő kiválasztásánál nem elég azt nézni, hogy valaki használ-e okostelefont. A szakember akkor jó, ha rendszerben gondolkodik, pontosan ír, és nem csak annyit mond, hogy valami nem működik. Le kell tudnia írni, hogyan jutott el a hibáig. Ez különösen fontos, ha az app fejlesztője másik ember, és a hibajelentés alapján kell javítania.

Érdemes rákérdezni, milyen eszközökön tud tesztelni, milyen jelentést ad, és vállal-e képernyőképet vagy rövid videót. Az is számít, hogy érti-e a különbséget a kisebb kényelmetlenség és a valódi működési hiba között. Egy rosszul elhelyezett gomb zavaró lehet, de egy nem működő fizetési lépés üzleti gond. A jó tesztelő ezt külön jelöli.

A portfólió itt nem mindig látványos. Sok tesztelési munka bizalmas. De egy rövid minta hibajelentés sokat elárul. Ha a leírás tiszta, a lépések követhetők, és a szakember nem használ zavaros szakzsargont, az jó jel. Ha mindenre azonnal igent mond, de nem kérdez vissza semmit, az már kevésbé biztató.

Gyakori hibák az app ellenőrzésénél

A leggyakoribb hiba az, hogy az ügyfél csak a látványt nézi. Pedig egy mobilalkalmazás szép képernyőkkel is lehet nehézkes. Lehet, hogy a gomb működik, de rossz helyre visz. Lehet, hogy az űrlap elfogad hibás adatot. Vagy az értesítés csak bizonyos helyzetben nem érkezik meg. Ezek a problémák gyakran csak akkor látszanak, ha a tesztelő több útvonalon próbálja használni az appot.

Másik gyakori gond a túl késői tesztelés. Ha minden javítás a végére marad, a hibák drágábban javíthatók. A mobilalkalmazás tesztelése jobb, ha kisebb körökben történik. Először a fő funkciók, később a részletek, végül a javítások ellenőrzése. Így a munka nyugodtabb, és kevesebb meglepetés marad az indulás előtt.

De az ellenkezője sem jó. Ha az app még félkész, a tesztelő rengeteg olyan hibát talál, amelyet a fejlesztő amúgy is javított volna. Ilyenkor az ügyfél feleslegesen fizethet olyan észrevételekért, amelyek még nem időszerűek. Szerintem akkor érdemes külső tesztelőt bevonni, amikor a fő funkciók már használhatók, de még van idő a hibák javítására.

Online hibajelentés és eredményátadás

Az online hibajelentés akkor hasznos, ha rövid, pontos és átadható. Nem kell hosszú tanulmány minden kisebb hibáról. A lényeg az, hogy az ügyfél és a fejlesztő is értse, mi a probléma. Egy jó jelentés tartalmazza a hibák listáját, a súlyosságot, a lépéseket, az eszközadatokat és a bizonyítékot. A bizonyíték lehet kép, videó vagy pontos szöveges leírás.

A digitális átadásnál fontos a rendezett forma. Ha a hibák üzenetekben szétszórva érkeznek, később nehéz követni őket. Jobb egy közös táblázat, dokumentum vagy feladatlista. A kisebb javításokat is érdemes jelölni. Megoldva, újra ellenőrizendő, nem hiba, fejlesztői döntés. Ezek egyszerű jelölések, mégis sok vitát megelőznek.

A Mobilalkalmazás tesztelése nem csak hibakeresés. Segít abban is, hogy az ügyfél tisztábban lássa, hol bizonytalan a használat, melyik lépés lassú, és melyik funkció igényel pontosabb magyarázatot. Egy magán szakember ebben sokszor rugalmasabb, mint egy nagyobb szolgáltató, mert közvetlenebb a kommunikáció, és könnyebb kisebb feladatot is kiadni.

Minőségi elvárások mobilapp ellenőrzésnél

A minőség nem azt jelenti, hogy a tesztelő mindent hibának nevez. Inkább azt, hogy különbséget tesz a valódi hiba, a kényelmetlen használat és az egyéni ízlés között. Ez fontos, mert a fejlesztésben minden javítás időbe kerül. Egy jó mobilapp ellenőrzés segít rangsorolni. Mi akadályozza a használatot, mi zavaró, és mi csak későbbi fejlesztési ötlet.

Az ügyfélnek is reális elvárásokkal kell indulnia. Egy rövid teszt nem garantálja, hogy soha nem lesz hiba. Egy részletesebb ellenőrzés sem tud minden lehetséges telefont, kapcsolatot és felhasználói szokást lefedni. De jelentősen csökkenti a kockázatot. Különösen akkor, ha a feladat jól körülhatárolt, a tesztelő figyelmes, és az eredmény nem csak szóban hangzik el.

Tapasztalatom szerint a legjobb eredmény akkor születik, ha az ügyfél nem csak hibát akar találni, hanem dönteni is akar a következő lépésről. Mit kell azonnal javítani. Mit lehet későbbre tenni. Mit kell újra megtervezni. Így a tesztelés nem különálló költség, hanem használható visszajelzés a készülő vagy már működő alkalmazáshoz.