Kiváló minőségű keresztplatformos tesztelés Android és iOS alkalmazásokhoz

Keresztplatformos tesztelés magánügyfeleknek

A Keresztplatformos tesztelés akkor fontos, amikor egy mobilalkalmazásnak több eszközön, eltérő rendszerverziókon és különböző képernyőméreteken is ugyanúgy kell működnie. A lényeg egyszerű. Nem elég az, hogy az alkalmazás egy telefonon elindul. A felhasználó azt várja, hogy a gombok működjenek, az űrlapok mentenek, a fizetés vagy foglalás végigmegy, az értesítések megérkeznek, és a felület nem csúszik szét. Ez különösen akkor érzékeny, ha az alkalmazás már éles használatra készül, vagy egy frissítés után kell ellenőrizni a hibákat.

Én azt látom, hogy sok magánügyfél csak akkor keres tesztelőt, amikor már panasz érkezik a felhasználóktól. Ez érthető, de későn történik. Egy kisebb hiba Androidon lehet, hogy nem látszik iOS alatt, és fordítva. Egy régebbi készüléken lassabb lehet a betöltés. Egy újabb modellen másképp jelenhet meg a billentyűzet. A mobiltesztelő feladata nem az, hogy általánosan dicsérje vagy bírálja az alkalmazást, hanem az, hogy konkrét hibákat találjon, leírja őket, képernyőképet vagy videót készítsen, és érthető módon átadja az eredményt.

A Qjob.hu felületén olyan magánszakembert lehet keresni, aki távolról vállal alkalmazástesztelést, és nem céges csomagban gondolkodik. Ez sok esetben rugalmasabb. A megbízó elküldi az alkalmazás elérhetőségét, a tesztelési célt és a főbb folyamatokat. A szakember pedig online egyeztetés után végigmegy a megadott részeken, majd átadja a hibajegyzéket.

Keresztplatformos tesztelés Android és iOS alatt

A keresztplatformos ellenőrzés legnagyobb értéke az összehasonlítás. Ugyanazt a folyamatot kell megnézni több környezetben. Ilyen lehet a regisztráció, a bejelentkezés, a profil szerkesztése, a keresés, a kosár, a fizetés, a foglalás, a feltöltés vagy az értesítések kezelése. Ha az alkalmazás csak egy platformon lett kipróbálva, könnyen maradhatnak benne olyan hibák, amelyek csak a másik rendszeren jönnek elő.

Szerintem itt nem az a kérdés, hogy Android vagy iOS a fontosabb. Mindkettő másképp viselkedik. Androidon sokkal több készülékváltozat és képernyőarány fordul elő. iOS alatt kevesebb a modell, de szigorúbbak lehetnek a rendszerhez kötött működések. Egy ügyfél például azt hitte, hogy a belépési képernyő rendben van, mert a saját telefonján nem volt gond. De iOS alatt a jelszómező kitakarta a belépés gombját, és a folyamat megszakadt. A hiba aprónak tűnt. Mégis több új felhasználó nem tudott belépni.

A mobilalkalmazás tesztelése ezért nem csak technikai feladat. Használati ellenőrzés is. A tesztelő azt figyeli, hogy egy átlagos felhasználó tényleg végig tudja-e vinni a folyamatot. Nem csak azt, hogy a háttérben fut-e a rendszer. Egy jó hibaleírás tartalmazza a készüléket, a rendszerverziót, a lépéseket, a várható eredményt és a tényleges hibát. Ettől lesz a javítás gyorsabb.

Online mobiltesztelés folyamata

Az online mobiltesztelés általában rövid egyeztetéssel indul. A megbízó leírja, hogy mit kell ellenőrizni, milyen állapotban van az alkalmazás, van-e tesztverzió, és mely funkciók a legfontosabbak. Nem kell hosszú dokumentum, de a cél legyen világos. Ha a szakember csak annyit kap, hogy nézd meg, jó-e, akkor a munka pontatlan lesz. Ha viszont van rövid feladatlista, akkor a tesztelés mérhetőbb.

A következő lépés a hozzáférés átadása. Ez lehet alkalmazásbolti tesztlink, telepítőfájl, meghívó vagy ideiglenes felhasználói fiók. Fontos, hogy a tesztelő ne éles személyes adatokkal dolgozzon. Jobb külön tesztfiókot adni. És érdemes előre jelezni, ha bizonyos részeket nem kell vizsgálni.

A munka során a szakember végigmegy a kijelölt folyamatokon, feljegyzi a hibákat, és ha szükséges, többször is megismétli a problémás lépéseket. Tapasztalatom szerint a legjobb eredmény akkor születik, ha a megbízó nem csak hibákat kér, hanem azt is megmondja, milyen szinten vár részletességet. Egy gyors ellenőrzés más, mint egy részletes funkcionális vizsgálat.

Az eredmény átadása általában hibajegyzék, rövid jelentés, képernyőkép, videó vagy táblázat formájában történik. A jó átadás nem túl bonyolult. De legyen követhető. A fejlesztő vagy a megbízó ebből lássa, mit kell javítani, hol jelentkezik a hiba, és milyen súlyos a probléma.

Keresztplatformos tesztelés árak

A keresztplatformos tesztelés ára főleg az alkalmazás méretétől, a funkciók számától, a platformok mennyiségétől és a jelentés részletességétől függ. Egy egyszerű ellenőrzés olcsóbb, ha csak néhány képernyőt és alapfolyamatot kell megnézni. Egy teljesebb vizsgálat drágább, mert több eszköz, több próbafolyamat és pontosabb dokumentáció kell hozzá. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelő kevés időt tölt a valódi hibakereséssel.

Az ár akkor lesz reális, ha a feladat határai világosak. Ha csak három képernyőt kell ellenőrizni, nem érdemes teljes csomagot kérni. Ha viszont az alkalmazás pénzt, rendelést, időpontot vagy személyes adatot kezel, a részletesebb tesztelés indokolt. Sokan itt spórolnak, aztán a javítás és az újratesztelés többe kerül.

Megfelelő mobiltesztelő kiválasztása

A megfelelő mobiltesztelő kiválasztásánál nem csak az árat kell nézni. Fontosabb, hogy a szakember hogyan ír hibát, milyen eszközökkel dolgozik, és mennyire érti a felhasználói folyamatokat. Egy jó tesztelő nem csak annyit mond, hogy valami nem működik. Leírja, hogyan jutott el a hibáig, milyen készüléken látta, és mit várt volna az alkalmazástól.

Érdemes rákérdezni, hogy a szakember milyen típusú mobilalkalmazásokat tesztelt korábban. Más egy egyszerű információs alkalmazás, más egy időpontfoglaló rendszer, és megint más egy fizetési vagy rendelési folyamat. A portfólió vagy korábbi példajelentés sokat segíthet. Nem kell bizalmas ügyfélanyag. Elég egy minta, amely mutatja a gondolkodásmódot.

Szerintem a legjobb választás az a magánszakember, aki tud kérdezni a munka elején. Ha valaki semmit nem kérdez, csak azonnal árat mond, az kockázat. Lehet, hogy gyorsan dolgozik, de nem biztos, hogy azt vizsgálja, ami a megbízónak fontos. A jó egyeztetés rövid, de konkrét.

Hibák a mobilalkalmazás tesztelésében

Sokan ott hibáznak, hogy túl általános feladatot adnak. Azt írják, hogy teszteld le az appot, de nem jelölik meg a fő folyamatokat. Ilyenkor a szakember saját logika alapján halad, ami nem mindig egyezik a megbízó üzleti céljával. Ha a legfontosabb rész a foglalás, akkor azt kell elsőként és alaposan ellenőrizni. Ha a profiladatok mentése kritikus, akkor azt kell több helyzetben próbálni.

Másik gyakori hiba, hogy csak egy eszközön történik a próba. Ez nem keresztplatformos tesztelés, hanem gyors ellenőrzés. Hasznos lehet, de kevés. A különböző rendszerverziók, kijelzőméretek és jogosultságok sok meglepetést okoznak. Egy kameraengedély, egy fájlfeltöltés vagy egy értesítési beállítás eltérően viselkedhet.

Volt olyan eset, amikor egy ügyfél csak a kezdőképernyőt akarta megnézetni, mert a többi részt már késznek gondolta. A tesztelő mégis rákérdezett a regisztrációra. Kiderült, hogy az egyik platformon a megerősítő kód mezője nem fogadott be minden karaktert. Ez nem látványos hiba, de teljesen megállította az új felhasználót. Ilyen problémák miatt érdemes a fő útvonalakat teljes egészében vizsgálni.

Tesztelési eredmény és javítások kezelése

A jó tesztelési eredmény nem csak hibák listája. Tartalmaznia kell a súlyosságot is. Nem mindegy, hogy egy ikon rossz helyen áll, vagy a felhasználó nem tud fizetni. A hibák rangsorolása segít abban, hogy a javítás ne véletlenszerű legyen. Előbb a kritikus hibákat kell kezelni, utána jöhetnek a kisebb kényelmi és megjelenési problémák.

A keresztplatformos tesztelés után gyakran szükség van visszatesztelésre. Ez azt jelenti, hogy a javítások után a szakember újra ellenőrzi a problémás részeket. Ez nem felesleges ismétlés. Sokszor egy javítás új hibát hoz létre máshol. Ezért a visszatesztelés legyen külön egyeztetve, külön határidővel.

Az átadásnál fontos a tiszta kommunikáció. A hibajegyzék lehet egyszerű táblázat, de legyen benne minden alapadat. Melyik platformon jelent meg a hiba, milyen lépések vezettek hozzá, mi volt a várt működés, és milyen bizonyíték készült róla. Így a fejlesztő gyorsabban javít, a megbízó pedig nem marad bizonytalanságban.

Mikor érdemes keresztplatformos ellenőrzést kérni

Keresztplatformos ellenőrzést akkor érdemes kérni, ha az alkalmazás már használható állapotban van, de még nem biztos, hogy stabil. Frissítés előtt, új funkció bevezetése után, alkalmazásbolti beküldés előtt vagy felhasználói panaszok után különösen hasznos. Nem kell mindig teljes tesztelés. Néha elég egy célzott vizsgálat is.

Ha kevés az idő, a legfontosabb felhasználói útvonalakat kell kiválasztani. Belépés, regisztráció, adatmentés, fizetés, keresés, rendelés, értesítés. Ezeknél a hibák azonnal bizalomvesztést okoznak. Egy szöveghiba zavaró lehet, de egy megszakadó folyamat sokkal nagyobb gond.

Tapasztalatom szerint a megbízók akkor elégedettek a leginkább, ha a munka elején pontosan megállapodnak a célban, a határidőben és az átadás formájában. A távoli munkában ez különösen fontos. Nincs helye homályos elvárásoknak. A keresztplatformos tesztelés akkor ad valódi értéket, ha a szakember nem csak átnézi az alkalmazást, hanem használható, javításra alkalmas eredményt ad át.