Alkalmazás sötét/fényes téma adaptációjának ellenőrzése és optimalizálása

Téma ellenőrzés online alkalmazásoknál

A Téma ellenőrzés akkor fontos, amikor egy alkalmazás vagy webes felület világos, sötét, automatikus vagy egyedi megjelenése nem minden helyzetben működik ugyanúgy. A magánügyfél ilyenkor nem céget keres, hanem olyan tesztelőt, aki távolról átnézi a felületet, rögzíti a hibákat, és érthető módon átadja, hol kell javítani. Én azt látom, hogy ez a munka sokszor kisebb feladatnak tűnik, mint amekkora hatása van. Egy rosszul látható gomb, eltűnő ikon vagy olvashatatlan szöveg elég ahhoz, hogy a felhasználó kilépjen.

A téma nem csak színkérdés. Ide tartozik a kontraszt, a betűk olvashatósága, az ikonok állapota, a háttér és az előtér viszonya, a rendszerbeállítás követése, az automatikus váltás, valamint az, hogy ugyanaz a képernyő több eszközön is használható maradjon. Szerintem a jó felületi tesztelés itt nem abból áll, hogy valaki ránéz két képernyőképre. A tesztelő végigmegy a fő folyamatokon, változtatja a megjelenítési módot, és ellenőrzi, hogy az alkalmazás nem esik-e szét közben.

Mikor kell téma ellenőrzés

A téma ellenőrzés akkor hasznos, ha új alkalmazás készül, ha a meglévő felület kapott sötét módot, vagy ha a fejlesztő módosította a színeket, komponenseket, betűméreteket. De akkor is érdemes kérni, amikor a felhasználók panaszkodnak arra, hogy valami nem olvasható, nem látszik, vagy csak bizonyos beállítás mellett hibás. Sok ügyfél először csak egy apró eltérést vesz észre. Például egy fehér ikon fehér háttéren jelenik meg. Aztán kiderül, hogy ugyanaz a hiba több oldalon is ismétlődik.

Volt olyan eset, amikor egy ügyfél egy egyszerű beállítási oldalt akart ellenőriztetni. Azt hitte, csak a sötét mód kapcsolója hibás. A teszt során kiderült, hogy a bejelentkezési képernyőn, az értesítési beállításoknál és a fizetési nézetben is eltértek a színek. A fejlesztő utólag gyorsan javította, de csak azért, mert a hibák pontos képernyőképpel és lépésekkel voltak leírva.

Tapasztalatom szerint a magánügyfeleknek akkor a legjobb ilyen online tesztelőt keresni, amikor már van működő felület, de még nem késő javítani. Ha a hibák csak az éles használat után derülnek ki, a javítás sürgősebb, drágább és kellemetlenebb. A vizuális állapotok ellenőrzése ezért nem díszítés, hanem minőségbiztosítás.

Téma tesztelés ára

Az ár attól függ, hány képernyőt kell átnézni, hány megjelenítési mód van, kell-e több eszköz, és milyen részletes hibajelentést vár az ügyfél. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelő csak gyorsan végigkattint pár oldalt. Ez néha elég, de nem akkor, ha az alkalmazásban sok állapot, űrlap, lista vagy felugró ablak van.

Ezek az árak távoli munkára értendők, amikor az ügyfél hozzáférést, képernyőképeket, tesztverziót vagy pontos leírást ad. Szerintem a közepes árkategória sokszor a legésszerűbb. Ott már van idő alapos ellenőrzésre, de nem kell teljes fejlesztői minőségbiztosítási csomagot fizetni.

Szakember választása téma ellenőrzéshez

A jó szakember nem csak azt írja, hogy szép vagy nem szép a felület. Konkrét hibákat keres. Megnézi, hol alacsony a kontraszt, hol nem látható a jelölés, hol rossz a háttér, és hol nem követi az alkalmazás a rendszer témáját. Egy magánügyfélnek érdemes olyan tesztelőt választani, aki tud világosan fogalmazni. A hibajelentés akkor értékes, ha a fejlesztő is érti belőle, mit kell javítani.

Qjob.hu felületén magánszemélyek is találhatnak olyan online szakembert, aki tesztelési feladatot vállal távolról. Itt célszerű röviden leírni, milyen alkalmazásról van szó, hány képernyő érintett, van-e világos és sötét mód, valamint milyen eredményt vár az ügyfél. Nem kell túl hosszú szöveg. A pontos feladatleírás fontosabb, mint a sok általános mondat.

Én azt javaslom, hogy a választásnál ne csak az árat nézze az ügyfél. Fontos a korábbi munka, a kommunikáció, a tesztelési gondolkodás és az, hogy a szakember kérdez-e. Ha semmit nem kérdez, az néha rossz jel. Egy felületi ellenőrzésnél számít, milyen eszközön fut a teszt, milyen hozzáférés szükséges, és milyen formában kell leadni az eredményt.

Online munkafolyamat és átadás

A munka általában rövid egyeztetéssel indul. Az ügyfél elküldi a hozzáférést, a tesztelendő linket, képernyőképeket vagy az alkalmazás próbaverzióját. Ezután a tesztelő tisztázza, hogy csak vizuális téma ellenőrzés kell, vagy funkcionális hibákat is rögzíteni kell. Ez azért fontos, mert a két feladat nem ugyanaz. A gomb működése egy dolog. Az, hogy a gomb sötét módban alig látszik, egy másik.

A távoli együttműködésnél a kommunikáció legyen egyszerű. Üzenetben, megosztott dokumentumban vagy táblázatban is elég lehet. A lényeg az, hogy minden hiba mellé kerüljön képernyőkép, rövid leírás, lépéssor és súlyosság. Egy kezdő ügyfélnek ez néha túl részletesnek tűnik. De amikor a fejlesztő javítani kezd, ez menti meg az időt.

Az átadás lehet hibajegyzék, képernyőkép csomag, rövid összefoglaló vagy javítási prioritási lista. Kisebb feladatnál elég egy egyszerű dokumentum. Nagyobb felületnél jobb, ha a hibák témánként vannak rendezve. Például kontraszt, ikon, gombállapot, háttér, űrlap, navigáció. Így nem keveredik össze minden egy hosszú üzenetben.

Tipikus hibák téma tesztelésnél

Sokan ott hibáznak, hogy csak a kezdőképernyőt nézik meg. Pedig a hiba gyakran nem ott van. Inkább a belső oldalakon, üres állapotoknál, hibajelzéseknél, keresési eredményeknél vagy ritkább felugró ablakoknál jelenik meg. A sötét mód különösen ilyen. Első ránézésre rendben lehet, de egy másodlagos szöveg vagy inaktív gomb már eltűnik a háttérben.

Másik gyakori probléma, hogy az ügyfél nem ad elég pontos feladatot. Csak annyit ír, hogy nézze meg a témát. Ebből a tesztelő nem biztos, hogy tudja, milyen mélység kell. Át kell nézni a teljes alkalmazást vagy csak egy új képernyőt. Kell-e összevetés a tervvel. Fontos-e a hozzáférhetőség. Kell-e ellenőrzés több kijelzőméreten. Ezek apró kérdéseknek tűnnek, de az árra és a határidőre is hatnak.

Az is gond, ha az ügyfél csak esztétikai véleményt vár, miközben használhatósági hibák vannak. Egy felület lehet modern, mégis nehezen olvasható. Lehet egységes, mégis rosszul működik automatikus témaváltás után. Tapasztalatom szerint a legjobb eredmény akkor születik, ha a szakember nem ízlésvitát folytat, hanem bizonyítható hibákat és javítható eltéréseket ad át.

Minőségi elvárások és eredmény

A téma ellenőrzés jó eredménye nem egy hosszú, homályos vélemény. Hanem olyan anyag, amelyből látszik, mi működik, mi nem, és melyik hiba mennyire sürgős. A tesztelőnek külön kell figyelnie a világos és sötét mód közti eltérésekre, a rendszerbeállítás követésére, az olvashatóságra, a navigáció állapotaira és a visszajelzésekre. Egy jól elkészített jelentésben nincs szükség bonyolult nyelvre. Rövid mondatok, pontos képernyőkép, érthető hibalépés.

Szerintem egy magánügyfél akkor jár jól, ha már az elején megmondja, mire akarja használni az ellenőrzést. Fejlesztőnek továbbítja. Saját döntéshez kell. Átadás előtt szeretné megnyugtatóan látni a hibákat. Vagy egy korábbi javítás után kér ellenőrzést. Ezek más helyzetek, és más részletesség kell hozzájuk.

A jó online felületi tesztelés végén az ügyfél nem csak hibákat kap. Kap egy tisztább képet arról is, hogy a felület mennyire áll készen valódi használatra. És ez fontosabb, mint egy gyors ránézés. A Téma ellenőrzés akkor éri meg igazán, ha kevesebb félreértést, kevesebb javítási kört és jobb felhasználói élményt eredményez.