Mobilalkalmazások kompatibilitásának ellenőrzése a legújabb és régebbi Android/iOS verziókkal

Verziókompatibilitás Ellenőrzés magánügyfeleknek

A Verziókompatibilitás Ellenőrzés akkor hasznos, ha egy alkalmazás vagy digitális felület nem minden készüléken működik ugyanúgy. A cél egyszerű. Ki kell deríteni, hogy a felhasználó régebbi vagy újabb rendszeren is el tudja-e indítani, használni tudja-e a fő funkciókat, és nem fut-e bele olyan hibába, amelyet a fejlesztés közben senki nem vett észre. Ez nem csak nagy cégeknek fontos. Egy magánügyfél is kérhet ilyen online ellenőrzést, ha saját alkalmazást, webes felületet, ügyfélportált, rendelési rendszert vagy kisebb digitális szolgáltatást szeretne átadni másoknak.

Én azt látom, hogy sok hiba nem a látványos részeknél jelenik meg. Nem ott, ahol a nyitóképernyő van. Inkább ott, ahol a rendszer régi telefonon, más böngészőben, eltérő képernyőméreten vagy frissített operációs rendszeren próbál működni. A kompatibilitási vizsgálat ezért nem csak kattintgatás. A szakember figyeli a betöltést, a gombokat, az űrlapokat, az értesítéseket, a belépést, a mentést és a hibák ismételhetőségét. És közben jegyzetel, képernyőképet készít, leírja a környezetet és a várható kockázatot.

A Qjob.hu felületén magánszemély is találhat olyan online tesztelőt, aki távolról végzi el a vizsgálatot. Ehhez nem kell irodai találkozó. Kell viszont egy világos leírás, hozzáférés a tesztelhető verzióhoz, lista a fontos funkciókról, és pontos válasz arra, hogy mely rendszerek érdekesek. Szerintem ez utóbbi a legfontosabb, mert a mindenhol működjön kérés túl tág. Abból könnyen lesz félreértés.

Kompatibilitási vizsgálat előtt szükséges adatok

A verziókompatibilitási teszt akkor indul jól, ha az ügyfél nem csak azt írja le, hogy valami néha nem működik. Ennél több kell. A szakembernek tudnia kell, milyen alkalmazásról van szó, milyen rendszerverziókon kell ellenőrizni, milyen készüléken vagy böngészőben jelent meg a hiba, és mi számít elfogadható működésnek. Egy egyszerű mobilalkalmazásnál más a feladat, mint egy webes felületnél, ahol több böngésző és képernyőméret is számít.

Hasznos, ha az ügyfél előre átadja a belépési adatokat, a tesztverzió elérhetőségét, a korábbi hibajelentéseket és azt, hogy mely funkciók a legfontosabbak. Például regisztráció, fizetés, értesítés, profil mentése, fájl feltöltése vagy rendelés leadása. Tapasztalatom szerint a jó előkészítés legalább annyit számít, mint maga a teszt. Ha a feladat homályos, a tesztelő sok időt veszít a találgatással, és a jelentés is kevésbé lesz pontos.

Volt olyan eset, amikor egy ügyfél csak annyit írt, hogy az alkalmazás régi telefonon rossz. A tesztelő először nem tudta, melyik régi rendszerről van szó. Később kiderült, hogy egy konkrét Android verzión a belépési képernyő nem töltődött be. A hiba nem minden régi eszközön jelent meg, csak ott, ahol egy bizonyos rendszerfrissítés hiányzott. Ezért érdemes mindig konkrét környezetet megadni. Nem kell szakmai nyelven írni, de legyen pontos.

Verziókompatibilitás Ellenőrzés árak és csomagok

Az ár főleg attól függ, hány rendszerverziót, hány készüléktípust, hány képernyőt és hány fő funkciót kell ellenőrizni. Egy rövid ellenőrzés olcsóbb, ha csak néhány alapfolyamatot kell megnézni. Egy részletesebb vizsgálat már több időt kér, mert a hibákat ismételni kell, dokumentálni kell, és gyakran több körben kell ellenőrizni a javítás után. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelő ilyenkor kevés környezetet néz meg, és csak felszínes listát ad.

Szerintem magánügyfélként nem mindig a legnagyobb csomag a jó választás. Ha még fejlesztés közben van az alkalmazás, elég lehet egy célzott ellenőrzés a legfontosabb képernyőkre. Ha viszont már valódi felhasználók kapják meg, akkor érdemes részletesebb vizsgálatot kérni. Ilyenkor egy kimaradt hiba kellemetlenebb, mint a teszt ára.

Szakember választása verzióteszthez

A megfelelő szakember nem csak azt mondja meg, hogy van hiba. Azt is leírja, hol jelent meg, milyen környezetben, mennyire súlyos, és hogyan lehet újra előidézni. Ez nagy különbség. Egy fejlesztő vagy alkalmazásgazda csak akkor tud gyorsan reagálni, ha a hibajelentés nem általános. A nem működik típusú üzenet kevés. A jó jelentésben szerepel a rendszerverzió, a készülék vagy böngésző, a lépések sorrendje, a várt eredmény és a tényleges eredmény.

Érdemes olyan tesztelőt választani, aki kérdez a feladat előtt. Ez nem lassítás. Inkább annak jele, hogy érti a munkát. Ha valaki azonnal árat mond úgy, hogy nem kérdez rá a verziókra, a hozzáférésre, a folyamatokra és a határidőre, ott óvatosnak kell lenni. Sokan ott hibáznak, hogy csak az árat nézik, és nem kérnek mintát korábbi jelentésből. Pedig egy rövid mintajelentés sokat elárul a munkastílusról.

A magánügyfélnek nem kell műszaki szakértőnek lennie. De jó, ha világosan meg tudja mondani, mire használják az alkalmazást. Egy tesztelő ebből már fel tudja építeni a vizsgálati sorrendet. A szakember 2 vagy 3 alkalommal is előfordulhat a folyamatban. Először az induló egyeztetésnél, aztán a hibák átadásakor, végül a javítás utáni ellenőrzésnél.

Online munkamenet és eredményátadás

A kompatibilitási ellenőrzés teljesen végezhető távolról. A kommunikáció általában üzenetben, videóhívással vagy közös dokumentumban történik. A tesztelő megkapja a hozzáférést, elvégzi a vizsgálatot, majd átadja az eredményt. Ez lehet táblázat, szöveges jelentés, képernyőképgyűjtemény vagy rövid videó. A forma attól függ, mire van szüksége az ügyfélnek és a fejlesztőnek.

Jó gyakorlat, ha a munka elején rögzítve van a határidő, az ellenőrzött verzió száma, a tesztelési környezet és az átadás módja. Így később nem keveredik össze, hogy melyik hibát melyik alkalmazásverzióban találták. Ez apróságnak tűnik, de egy javítási kör után nagyon fontos. Egy hiba lehet, hogy már megoldódott, de más verzióban még látszik. És ilyenkor könnyű feleslegesen vitatkozni.

A gyors feladatok gyakran 1 vagy 2 napon belül lezárhatók. A részletesebb ellenőrzés több napot is igénybe vehet, főleg akkor, ha sok rendszerverziót kell nézni. Én azt javaslom, hogy sürgős munka esetén is maradjon idő az eredmények átnézésére. Egy kapkodva leadott lista sokszor több kérdést okoz, mint amennyit megold.

Gyakori hibák kompatibilitási ellenőrzésnél

A leggyakoribb hiba az, hogy az ügyfél túl későn kér ellenőrzést. Már indulna az alkalmazás, már menne a kampány, már várják a felhasználókat, és csak ekkor derül ki, hogy egy régebbi rendszerverzión nem működik a belépés. Ez feszültséget okoz. Nem azért, mert a hiba javíthatatlan, hanem mert nincs rá idő. A verziókompatibilitási ellenőrzés akkor a leghasznosabb, ha még van mozgástér.

A másik gond a túl kevés információ. Ha nincs lista a fontos folyamatokról, a tesztelő saját logika alapján halad. Ez sokszor jó, de nem biztos, hogy ugyanazt tartja fontosnak, mint az ügyfél. Egy rendelési felületnél lehet, hogy a fizetés a legfontosabb. Egy oktatási alkalmazásnál a lecke megnyitása. Egy tagsági felületnél a belépés és az adatmentés. Ezeket előre ki kell mondani.

Van még egy tipikus elvárás is. Néhány ügyfél azt gondolja, hogy egy ellenőrzés után minden hiba megszűnik. De a teszt nem javítás. A teszt megmutatja, hol van gond, milyen súlyú, és milyen feltételek mellett jelentkezik. A javítást külön ember vagy külön munkakör végzi. Persze előfordul, hogy a tesztelő javaslatot is ad, de ezt nem szabad automatikusan fejlesztési munkának venni.

Minőség, javítások és újratesztelés

A jó kompatibilitási vizsgálat nem ér véget az első hibajegyzékkel. Legalább egy rövid visszajelzési kör kell. Az ügyfél átnézi a jelentést, kérdez, pontosít, majd a fejlesztő vagy az alkalmazást kezelő személy javítja a hibákat. Ezután jön az újratesztelés. Nem mindig teljes körűen, hanem célzottan. Azokat a pontokat kell újra nézni, ahol korábban gond volt, és néhány kapcsolódó folyamatot is érdemes ellenőrizni.

Tapasztalatom szerint az újratesztelés sokszor többet ér, mint egy hosszú, de egyszeri vizsgálat. Egy hiba javítása néha új hibát hoz létre. Például a belépés működni kezd régi rendszeren, de közben az értesítés vagy a profilmentés hibás lesz. Ezért kell nyugodtan, sorrendben haladni. Nem szépen hangzó ígéret kell, hanem ellenőrzött eredmény.

A Verziókompatibilitás Ellenőrzés akkor ad valódi értéket, ha az ügyfél használható döntést kap. Mit kell azonnal javítani. Mi várhat. Mely rendszerverziók támogatása reális. Hol kell figyelmeztetni a felhasználót. És hol elég egy kisebb beállítás vagy szöveges pontosítás. A kompatibilitási vizsgálat nem látványos munka, de sok kellemetlen panaszt megelőzhet. Szerintem pont ezért érdemes komolyan venni, még kisebb online projektnél is.