Alkalmazásfunkciók ellenőrzése eszköz újraindítása után

Alkalmazás újraindítása magánügyfeleknek

Az Alkalmazás újraindítása akkor fontos, amikor egy mobilalkalmazás vagy webes felület nem ugyanúgy működik az első indítás, a bezárás, majd az új megnyitás után. A felhasználó sokszor nem ezt a hibát látja elsőként, hanem azt, hogy eltűnik egy adat, megszakad egy folyamat, rossz képernyő töltődik be, vagy a program egyszerűen lassabb lesz. Én azt látom, hogy ez a fajta ellenőrzés gyakran kimarad, pedig egy magánügyfél számára pont az ilyen apró hibák okoznak bizalmatlanságot.

Ha valaki online szakembert keres erre a feladatra, általában nem teljes fejlesztést kér, hanem célzott vizsgálatot. A tesztelő megnézi, hogyan viselkedik az alkalmazás bezárás után, várakozás után, kijelentkezés után, frissítés után, hibás kapcsolat mellett, vagy akkor, ha a felhasználó félbehagy egy műveletet. Ez távolról is jól végezhető munka. A megbízó átadja az alkalmazás elérését, a rövid leírást, a fontos folyamatokat, és a szakember képernyőképekkel, jegyzetekkel vagy hibajegyzékkel adja vissza az eredményt.

Alkalmazás újraindítási teszt célja

Az újraindítási teszt célja az, hogy kiderüljön, az alkalmazás stabil marad-e akkor is, ha a felhasználó nem ideális sorrendben használja. Sokan azt gondolják, hogy elég végigkattintani a fő funkciókat egyszer. De a valós használat más. Az ember bezárja az alkalmazást, közben megnyit egy másik oldalt, elveszíti a kapcsolatot, visszatér, újra belép, vagy csak órákkal később folytatja ugyanazt a műveletet.

Tapasztalatom szerint a hibák nagy része nem az első tiszta indításkor jön elő. Inkább akkor, amikor az alkalmazás régi állapotból tér vissza. Ilyenkor előfordulhat, hogy a kosár tartalma megmarad, de a fizetési lépés már nem működik. Máskor az űrlap kitöltött adatai eltűnnek. Van olyan eset is, amikor a felhasználó bejelentkezettnek látszik, de a rendszer a háttérben már nem kezeli érvényesnek a munkamenetet. Ezek nem látványos hibák, mégis rontják a használhatóságot.

A jó alkalmazás újraindítás nemcsak technikai kérdés. A felhasználó szempontjából az a lényeg, hogy folytatható-e a munka, érthető-e az üzenet, és nem veszik-e el fontos adat. Egy magánmegbízónak ezért érdemes olyan szakembert keresnie, aki nemcsak hibát keres, hanem a felhasználói helyzetet is érti.

Újraindítás ellenőrzése és munkafolyamat

Az újraindítás ellenőrzése akkor ad használható eredményt, ha előre tisztázott lépések alapján történik. Nem kell túl bonyolítani, de a sorrend legyen világos. A szakember először megismeri az alkalmazás célját, majd kiválasztja azokat a folyamatokat, ahol az újraindítás gondot okozhat. Ilyen lehet a regisztráció, belépés, rendelés, fizetés, adatmentés, fájlfeltöltés, értesítés vagy bármilyen hosszabb felhasználói út.

A távoli munka általában rövid egyeztetéssel indul. A megbízó elküldi az elérést, a tesztfiókot, a fontos képernyők listáját és azt, hogy milyen készüléken vagy környezetben fontos az ellenőrzés. Ezután a tesztelő végigmegy a kijelölt műveleteken. Bezárja az alkalmazást, újra megnyitja, várakoztatja, megszakítja a kapcsolatot, és figyeli, mi történik. Szerintem itt az egyik legfontosabb dolog a pontos leírás. Ha a hiba csak néha jelenik meg, akkor a rögzített lépések nélkül nehéz javítani.

Volt olyan eset, amikor egy ügyfél csak annyit mondott, hogy az alkalmazás néha elfelejti a kosarat. A vizsgálat után kiderült, hogy nem minden újraindításnál történt ez, hanem csak akkor, ha a felhasználó fizetés előtt zárta be a programot, majd gyenge kapcsolat mellett nyitotta meg újra. A fejlesztőnek így már nem általános panaszt kellett néznie, hanem egy konkrét helyzetet. Ez nagy különbség.

Alkalmazás újraindítása árak

Az Alkalmazás újraindítása árát főleg az határozza meg, hogy mennyi folyamatot kell ellenőrizni, hány eszközön történik a próba, és mennyire részletes dokumentációt kér a megbízó. Egy egyszerű ellenőrzés olcsóbb, mert rövidebb ideig tart, és kevesebb ismétlés kell hozzá. Egy összetettebb alkalmazásnál viszont több állapotot kell kipróbálni, és a hibák rögzítése is több időt vesz igénybe.

A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden kedvező ár rossz. Hanem azért, mert az újraindítási hibákat nem lehet egyetlen gyors kattintással megtalálni. Idő kell hozzá, ismétlés kell hozzá, és néha türelem is. Ha a szakember csak felületesen megnyitja és bezárja az alkalmazást, az nem valódi tesztelés.

Magánügyfélként érdemes előre megkérdezni, mit tartalmaz az ár. Benne van-e a hibák leírása. Lesznek-e képernyőképek. Kap-e a megbízó javaslatot a hiba súlyosságára. Lesz-e visszaellenőrzés javítás után. Ezek az apró részletek sok félreértést megelőznek. Qjob.hu felületén a feladat leírásában is jó külön megadni, hogy egyszeri gyors ellenőrzésre vagy részletesebb tesztcsomagra van szükség.

Szakember választása újraindítási teszthez

A jó tesztelő nemcsak hibát keres, hanem követhetően gondolkodik. Ez a különbség sokszor már az első üzenetekből látszik. Ha a szakember rákérdez a tesztfiókra, a célfolyamatokra, az eszközökre, a korábbi hibákra és az elvárt formátumra, az jó jel. Ha csak árat mond, de nem kérdez semmit, akkor nagyobb a kockázat.

Én azt látom, hogy a magánügyfelek gyakran portfólió alapján döntenek, de ennél fontosabb lehet egy rövid próbamunka vagy egy minta hibajegy. Egy alkalmazás újraindítási teszt akkor hasznos, ha a hibaleírás javíthatóvá teszi a problémát. Nem elég az, hogy nem működik. Kell a lépéssor, az elvárt eredmény, a tényleges eredmény, a környezet és lehetőleg egy képernyőkép.

Sokan ott hibáznak, hogy túl általánosan adják ki a feladatot. Azt írják, hogy nézze át az alkalmazást. Ez kevés. Jobb így gondolkodni. Ellenőrizni kell a belépést újraindítás után, az adatok megmaradását félbehagyott űrlapnál, a kosár állapotát bezárás után, és a hibaüzenetek érthetőségét kapcsolatvesztésnél. Minél pontosabb a feladat, annál pontosabb lesz az eredmény.

Online kommunikáció és eredményátadás

Az online kommunikáció ennél a munkánál teljesen természetes. A megbízó és a szakember nem ugyanazon a helyen dolgozik, mégis pontosan tudnak haladni, ha az anyagok rendezettek. Kell egy rövid feladatleírás, hozzáférés a tesztverzióhoz vagy nyilvános alkalmazáshoz, tesztadatok, és annak meghatározása, milyen formában legyen a végeredmény.

A leggyakoribb eredmény egy táblázat, hibajegyzék vagy rövid jelentés. A jó jelentés nem hosszú, hanem használható. Tartalmazza a hiba nevét, a pontos lépéseket, a környezetet, az újraindítás típusát, a várt működést és a látott hibát. Ha van kép vagy rövid felvétel, még jobb. De nem mindig kell túl részletes anyag. Egy kisebb alkalmazásnál elég lehet egy tömör lista is.

A határidő általában a feladat méretétől függ. Egy kisebb ellenőrzés akár egy munkanapon belül elkészülhet. Egy összetettebb vizsgálat több napot is igénybe vehet, főleg akkor, ha több újraindítási helyzetet kell ismételni. Szerintem fontos, hogy a megbízó ne csak a gyorsaságot nézze. A tesztelésnél a pontosság többet ér, mint egy kapkodva leadott lista.

Gyakori hibák újraindítás után

Az alkalmazás újraindítása után többféle hiba jelenhet meg. Az egyik leggyakoribb az adatvesztés. A felhasználó elkezd kitölteni valamit, bezárja a programot, majd visszatér, és az adatok eltűnnek. Ez önmagában nem mindig hiba, de ha az alkalmazás korábban mentést ígért, akkor komoly gond. A másik gyakori probléma a hibás állapot. A képernyő megjelenik, de a gomb nem működik, vagy a rendszer régi adatot mutat.

Előfordul lejárt munkamenet is. Ilyenkor a felhasználó úgy látja, mintha be lenne lépve, de egy műveletnél hiba történik. Ez különösen zavaró, mert nem derül ki azonnal, mit kell tenni. Egy jó alkalmazás ilyenkor világos üzenetet ad, és visszavezeti a felhasználót a megfelelő lépéshez. Egy gyenge megoldás csak hibát dob, vagy csendben nem ment semmit.

Van még egy kevésbé látványos probléma. Az alkalmazás lassan tér vissza. Nem omlik össze, nem veszít adatot, de bizonytalanul működik. A felhasználó vár, újra rányom valamire, majd duplázódik egy kérés. Ez fizetésnél, foglalásnál vagy adatküldésnél különösen kellemetlen lehet. A szakember feladata ilyenkor nemcsak az, hogy rögzítse a lassulást, hanem az is, hogy megmutassa, milyen lépések után ismételhető.

Minőség és elvárások az újraindítási vizsgálatnál

Az újraindítási vizsgálat minősége azon múlik, hogy a tesztelő mennyire tudja valós helyzetekben nézni az alkalmazást. Nem elég a technikai lista. Kell hozzá felhasználói szemlélet is. Egy magánügyfél általában nem fejlesztői nyelven akar választ kapni, hanem azt szeretné tudni, mi romlik el, mikor romlik el, és mennyire sürgős javítani.

Jó elvárás az, hogy a végén legyen egy érthető összefoglaló. Nem kell regény. Legyen benne, mely hibák kritikusak, melyek zavaróak, és melyek csak kisebb kényelmetlenségek. Ez segít dönteni, hogy mit érdemes azonnal javítani, és mit lehet későbbre tenni. Egy alkalmazás újraindítási teszt így nem csak hibakeresés, hanem döntési alap is.

De túl sokat sem érdemes várni egyetlen tesztkörtől. A tesztelő megtalálhat sok problémát, de nem garantálhatja, hogy minden rejtett hiba előkerül. Főleg akkor nem, ha kevés az idő, nincs tesztfiók, vagy hiányzik a pontos leírás. A jó együttműködés ott kezdődik, hogy a megbízó elmondja, mi a fontos, a szakember pedig világosan jelzi, mit tud ellenőrizni adott keretben.