Interfész adaptivitásának tesztelése a bevezetés előtt

Interfész tesztelés

Az interfész tesztelés akkor hasznos, amikor egy weboldal, alkalmazás vagy ügyfélfelület már használható, de még sok apró hiba maradt benne. Ilyenkor nem a látvány az egyetlen kérdés, hanem az is, hogy minden gomb, mező, lista és folyamat érthető-e. Az első benyomás sokszor itt dől el. Ha a felhasználó nem talál meg valamit, rossz helyre kattint, vagy félúton kilép, akkor a felület nem végzi el a dolgát. A Qjob.hu oldalán is sok megbízó ilyen segítséget keres, amikor egy késznek hitt felület a gyakorlatban mégis kényelmetlennek bizonyul.

Az én tapasztalatom az, hogy az interfész tesztelés nem csak programozási hiba keresése. Sokkal inkább annak ellenőrzése, hogy a felület emberi szemmel és hétköznapi logikával is működik-e. Egy tesztelő vagy használhatósági szakember észreveszi, ha a mentés gomb túl lent van, ha a hibaüzenet nem mond semmit, vagy ha egy folyamat túl sok felesleges lépésből áll. Szerintem ez az a munka, amit sokan későn rendelnek meg, pedig már a bevezetés előtt megéri. Később a javítás általában több idő és több pénz.

Sokan azt hiszik, hogy elég egy gyors átkattintás. De az interfész tesztelés akkor ér valamit, ha több nézőpontból történik. Másképp lát egy felületet a fejlesztő, másképp a tulajdonos és teljesen másképp az, aki először nyitja meg. Ezért van értelme külső szemmel is átnézetni a rendszert.

Mikor kell felületet ellenőrizni

A legjobb időpont még az éles indulás előtt van, de nem csak akkor lehet haszna. Jó döntés új funkció bevezetése után, új dizájn esetén, rendelési vagy regisztrációs folyamat átalakításakor, illetve akkor is, amikor az oldalon sok a visszapattanás. Az interfész tesztelés ilyenkor segít megérteni, hol akad el a felhasználó. Néha nem nagy hibáról van szó, csak rossz sorrendről vagy túl sok mezőről.

Volt már olyan eset, amikor egy ügyfél azt mondta, hogy minden rendben van a felületével, mégis sokan félbehagyták az ajánlatkérést. A vizsgálat során kiderült, hogy mobilon a tovább gomb csak görgetés után látszott, és több ember egyszerűen nem ment le odáig. Ez nem technikai összeomlás volt, hanem egy csendes veszteség. Az ilyen problémák miatt éri meg időben kérni egy szakember segítségét.

Én személy szerint jobban bízom azokban a projektekben, ahol a tulajdonos nem sértésnek veszi a hibák listáját, hanem javítási térképnek. Az interfész tesztelés célja nem az, hogy hibásnak minősítsen valakit. Inkább az, hogy a felület végre kényelmesen használható legyen.

Gyakori felületi hibák

Sok hiba újra és újra visszatér. Gyakori, hogy a gombok szövege nem egyértelmű, a mezők mellett nincs elég magyarázat, vagy a rendszer rossz pillanatban kér be túl sok adatot. A felhasználó ilyenkor bizonytalan lesz. A bizonytalanság pedig gyakran kilépéshez vezet. Sok megbízó hibát követ el akkor, amikor saját szemével nézi a saját oldalát. Ő már tudja, hol van minden. Az új látogató nem.

Másik tipikus gond a hibajelzés. Ha a rendszer csak annyit ír ki, hogy hiba történt, azzal a felhasználó nem tud mit kezdeni. Ugyanez igaz a túl apró kattintható elemekre, a rossz kontrasztra és az egymáshoz túl közeli gombokra. Mobilon ezek még zavaróbbak. És van, amikor a felület látszólag működik, de a sorrend rossz. Például előbb kér adatokat, és csak utána derül ki a szállítási díj vagy a végső összeg. Ilyenkor az emberek csalódnak.

Az is gyakori, hogy a menü logikája nem követi azt, amit a látogató várna. Egy használhatósági szakember ezt hamar kiszúrja. Szerintem az ilyen hibák veszélyesebbek, mint egy látványos programhiba, mert csendben viszik el az érdeklődőket. Az interfész tesztelés ezért nem díszmunka, hanem bevételt védő ellenőrzés.

Interfész tesztelés ára

Az ár általában attól függ, mennyi képernyőt kell átnézni, kell-e részletes hibajegy, készül-e javítási javaslat, és hány eszközön történik az ellenőrzés. Egy rövid áttekintés olcsóbb, de kevesebb mélységet ad. Egy teljes folyamatvizsgálat már több munkát jelent. Olcsóbban persze lehet találni vállalást, de az én véleményem az, hogy a túl alacsony ár sokszor csak felületes kattintgatást takar. A valódi ellenőrzésnél valaki végigmegy a teljes úton, jegyzetel, rangsorol és vissza is kérdez.

Az árak tájékoztató jellegűek, de segítenek eligazodni. Én úgy látom, hogy 12.000 forint alatt ritkán kap az ember használható visszajelzést, ha nem csak egyetlen képernyőről van szó. A jobb szakember nem feltétlenül olcsó, de általában rendszerezettebben dolgozik, és nem csak hibát sorol, hanem megoldási irányt is ad.

Jó szakember választása

Nem minden tesztelő dolgozik ugyanúgy. Van, aki csak listát küld, van, aki képernyőképekkel mutatja meg a gondokat, és van, aki a javítási sorrendet is felállítja. Szerintem a legjobb választás az, aki tud egyszerre részletes és érthető maradni. Ha minden megjegyzés túl technikai, a megbízó nem fog vele mit kezdeni. Ha viszont túl általános, akkor a fejlesztő nem tud pontosan javítani.

Érdemes megnézni, hogy az illető kérdez-e a célcsoportról, az eszközökről és a fő felhasználói útvonalról. Ha nem érdekli, kik használják a felületet, akkor valószínűleg sablonos lesz az ellenőrzés is. Egy jó szakember figyel arra, hogy más gondja van egy idősebb felhasználónak, mint egy napi szinten alkalmazásokat használó fiatalnak. És figyel arra is, hogy másképp kell nézni egy egyszerű bemutatkozó oldalt és egy több lépéses ügyintézési felületet.

Sok megbízó ott rontja el a választást, hogy csak azt nézi, mennyi idő alatt készül el a munka. Pedig nem a gyorsaság az első kérdés, hanem az, hogy mennyire használható az eredmény. Én jobban szeretem azt a szakembert, aki kevesebbet ígér, de pontosan dolgozik.

Mobil és asztali használat

Az interfész tesztelés ma már nem lehet csak asztali ellenőrzés. A látogatók nagy része telefonról nézi meg az oldalt, ezért a mobil nézet külön figyelmet kér. Más a képernyő mérete, más a görgetés ritmusa, és más az is, hogy mennyire könnyű félrenyomni valamit. Egy gomb, ami gépen még kényelmes, telefonon már lehet túl kicsi.

Asztali gépen inkább a szerkezet, a menük, a táblázatok és az összetettebb űrlapok hibái jönnek ki. Mobilon gyakori a túl hosszú szövegblokk, a szűk margó, a lebegő sávok ütközése és a rossz sorrend. A felület vizsgálata akkor ad valós képet, ha több kijelzőn is megtörténik. És nem csak egyetlen böngészőben. Sok felhasználó nem ott nézi az oldalt, ahol a fejlesztő kipróbálta.

Az én tapasztalatom szerint a legtöbb bosszantó hiba mobilon jelentkezik először. Ezért ha a költség szűk, én inkább mobil ellenőrzéssel kezdenék, és utána bővíteném az átnézést asztali irányba.

Interfész tesztelés helyszín szerint

Bár sok feladat távolról is elvégezhető, vannak helyzetek, amikor hasznos a helyi együttműködés. Ilyen lehet, ha a megbízó személyesen akarja megmutatni a rendszert, vagy több emberrel közösen kell végigvenni a hibákat. Nagyobb városokban, kerületek szerint szervezett munkánál, illetve agglomerációs megbízásoknál ez könnyebb. De sok felületvizsgálat teljesen jól működik online is, főleg ha képernyőfelvétel, jegyzet és közös lista készül.

Van, aki kifejezetten helyi szakembert keres, mert gyorsabban elérhetőnek érzi. Más inkább azt nézi, ki ért jobban a feladathoz. Szerintem a felület ellenőrzésénél ez utóbbi fontosabb. Ha azonban a projekt több szereplős, és szükség van személyes átadásra, akkor valóban számíthat a közelség. Ilyenkor érdemes már az elején tisztázni, hogy a szakember csak tesztel, vagy a javítások értelmezésében is segít.

Az interfész tesztelés ezért lehet helyi és távoli szolgáltatás is. A jó megoldás mindig attól függ, milyen bonyolult a felület, mennyi egyeztetés kell, és milyen gyorsan kell dönteni a javításokról.

Javítás utáni újratesztelés

Sokan megállnak az első hibajegynél, pedig a munka ott még nem ér véget. A javítás után újra át kell nézni a felületet. Nem egyszer láttam olyat, hogy egy hiba megszűnt, de közben két új jött a helyére. Ez teljesen gyakori. Ezért az interfész tesztelés egyik fontos része az újraellenőrzés is.

Ha a hibák rangsorolva vannak, könnyebb haladni. Először a kritikus pontok jönnek, utána a zavaró, de nem végzetes problémák. Így a megbízó látja, mire megy el a munkaidő. És a fejlesztőnek is egyszerűbb a feladat. Én személyesen azt preferálom, amikor a javítás után rövid összefoglaló készül arról, mi lett valóban jobb. Ez ad egy tiszta lezárást.

Összességében az interfész tesztelés nem luxus. Inkább egy józan ellenőrzés, ami megmutatja, hol veszít a felület érdeklődőt, bizalmat vagy megrendelést. Ha valaki ezt időben megcsináltatja, sok felesleges körből kimarad. És ez gyakran többet ér, mint egy újabb látványos átdolgozás.