Dátumok, valuták és mértékegységek ellenőrzése régiós sajátosságok szerint

Dátumok, valuták, mértékegységek ellenőrzése online felületeken

A Dátumok, valuták, mértékegységek ellenőrzése akkor fontos, amikor egy alkalmazásban, webáruházban, foglalási felületen vagy űrlapon a felhasználó nemcsak szöveget lát, hanem döntést is hoz az adatok alapján. Egy hibás dátum, rossz pénznem vagy félreérthető mértékegység könnyen rossz rendelést, téves árat, hibás határidőt vagy bizalomvesztést okoz. Én azt látom, hogy ezt sok magánmegrendelő csak akkor veszi komolyan, amikor már visszajelzést kap egy felhasználótól, hogy valami nem érthető.

Ez a munka nem ugyanaz, mint egy általános nyelvi átnézés. Itt a tesztelő azt nézi, hogy az adat a megfelelő helyen, megfelelő formában és következetesen jelenik-e meg. Dátumnál számít a sorrend, a hónap neve, az időzóna, a határidő számítása és a beviteli mező viselkedése. Valutánál számít a pénznem jele, a tizedes elválasztó, az ezres tagolás, az összeg kerekítése és az, hogy a végösszeg megegyezik-e a részösszegekkel. Mértékegységnél pedig az a kérdés, hogy a felület nem keveri-e össze a kilogrammot, grammot, centimétert, métert, litert vagy más egységet.

A Qjob.hu felületén magánügyfélként olyan szabadúszót lehet keresni, aki távolról átnézi ezeket a részleteket, teszteseteket készít, hibákat ír le és képernyőképekkel vagy rövid videóval adja át az eredményt. A folyamat teljesen online működik. Nincs szükség személyes találkozóra, mert a hozzáférések, a tesztadatok, a hibaleírások és a javítás utáni ellenőrzés is átadható digitálisan.

Adatformátum ellenőrzés felhasználói szemmel

Az adatformátum ellenőrzés lényege, hogy a felület ne csak technikailag működjön, hanem a felhasználó számára is érthető legyen. Szerintem ez különösen fontos olyan helyeken, ahol a döntés pénzhez, időponthoz vagy mennyiséghez kapcsolódik. Egy rosszul formázott összeg nem mindig tűnik nagy hibának, de a felhasználó sokszor éppen emiatt bizonytalanodik el.

Tipikus példa, amikor egy árlistában az egyik helyen forint szerepel, máshol euró, a kosárban pedig csak szám látszik pénznem nélkül. Ugyanez előfordulhat dátumoknál is. A felhasználó lát egy napot és egy hónapot, de nem tudja, hogy a rendszer magyar vagy nemzetközi sorrendet használ. Ha a felület egyszer 05.08 formátumot mutat, máshol pedig 8 May jelenik meg, akkor a szolgáltatás komolytalannak tűnhet, még akkor is, ha a háttérben a rendszer jól számol.

A tesztelő ilyenkor nemcsak a hibát keresi. Azt is ellenőrzi, hogy a felület következetes-e. Ugyanaz a dátum ugyanúgy jelenik-e meg a rendelésnél, visszaigazoló levélben, számlázási előnézetben és felhasználói fiókban. A pénznem nem változik-e váratlanul oldalváltáskor. A mértékegység nem tűnik-e el akkor, amikor a felhasználó módosít egy mennyiséget.

Dátumok, valuták, mértékegységek tesztelésének tipikus esetei

A Dátumok, valuták, mértékegységek tesztelése több kisebb ellenőrzésből áll. Nem elég megnyitni az oldalt és ránézni a mezőkre. A szakember különböző helyzeteket próbál ki. Beír hibás dátumot, üres értéket, túl nagy számot, tizedes értéket, más pénznemet vagy nem várt karaktert. Ez mutatja meg, hogy a rendszer mit enged, mit tilt és hogyan magyarázza el a hibát.

Volt olyan eset, amikor egy ügyfél rendelési felületén a termék súlya grammban volt megadva, de a kosár kilogrammként kezelte. A felhasználók nem mindig vették észre, csak a szállítási díj lett furcsán magas. A hiba nem látványos volt, hanem csendes. Pont az ilyen problémák miatt hasznos a célzott ellenőrzés, mert a szokásos kattintgatás gyakran nem hozza elő ezeket a hibákat.

A dátumoknál gyakori gond a határidők számítása. Például a rendszer egy teljesítési dátumot mutat, de hétvégét, ünnepnapot vagy időzónát nem vesz figyelembe. Online szolgáltatásnál ez akkor is gond lehet, ha nincs fizikai kiszállás. A felhasználó ugyanis egyértelmű választ vár arra, hogy mikor kapja meg a dokumentumot, visszaigazolást, letöltést vagy digitális eredményt.

Árak adatformátum és lokalizációs tesztekhez

Az ár nagyban függ attól, hogy csak néhány képernyőt kell átnézni, vagy teljes vásárlási, foglalási, rendelési és fiókkezelési útvonalat kell ellenőrizni. Tapasztalatom szerint a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelő csak ránéz a felületre, de nem próbál ki szélső eseteket. Ez kevés, ha a hiba pénzt, időpontot vagy mennyiséget érint.

A táblázat nem fix díjszabás, hanem jó kiindulópont. Egy kisebb feladatnál elég lehet egy rövid hibajelentés. Egy összetettebb felületnél viszont érdemes teszteseteket kérni, mert később ezek alapján könnyebb ellenőrizni a javításokat. A szakember munkadíját az is befolyásolja, hogy kell-e saját tesztadatot készítenie, kap-e hozzáférést próbakörnyezethez, és mennyire pontos a megrendelői leírás.

Megfelelő tesztelő kiválasztása

A megfelelő tesztelő kiválasztása nem csak arról szól, hogy ki tud gyorsan hibát találni. Fontos, hogy érthetően írjon, különbséget tegyen apró formai gond és valódi működési hiba között, és ne veszítse el a lényeget. Egy magánügyfélnek általában nem hosszú szakmai anyagra van szüksége, hanem tiszta listára, amely alapján a fejlesztő vagy a tartalomkezelő javítani tud.

Érdemes megnézni, hogy a szabadúszó dolgozott-e már űrlapokkal, rendelési felületekkel, számlázási előnézetekkel, foglalási rendszerekkel vagy többnyelvű oldalakkal. Nem kell mindenhez programozónak lennie, de jó, ha érti a rendszer viselkedését. A jó tesztelő nem csak azt írja, hogy rossz az ár. Leírja, hol látta, milyen lépések után jelent meg, mi volt az elvárt eredmény, és miért lehet gond a felhasználónak.

Sokan ott hibáznak, hogy csak a legalacsonyabb árat nézik. De egy olcsó, homályos jelentés később több időt visz el. Ha a hiba leírása pontatlan, a javító fél visszakérdez, újra kell mutatni a problémát, és a folyamat elhúzódik. Jobb egy kisebb, de pontosan körülírt ellenőrzés, mint egy nagy, de zavaros lista.

Online munkamenet és eredményátadás

Az online munkamenet akkor működik jól, ha a megrendelő már az elején átadja a szükséges információkat. Ilyen lehet a tesztelendő oldal címe, a belépési adatok, a próbatermékek listája, az elvárt pénznem, a használt mértékegységek és a fontos dátumszabályok. Nem kell hosszú dokumentum. Elég egy világos leírás arról, mit kell ellenőrizni és mi számít hibának.

A Dátumok, valuták, mértékegységek ellenőrzése általában néhány órától több napig tarthat. Egy kis űrlap gyorsan átnézhető. Egy több lépéses vásárlási vagy foglalási folyamat már több időt kér, mert a tesztelőnek ismételnie kell a lépéseket, különböző értékeket kell kipróbálnia, és meg kell néznie a visszaigazoló üzeneteket is. A javítás utáni ellenőrzés külön szakasz lehet.

Az eredmény átadható táblázatban, dokumentumban, képernyőképes jegyzékben vagy rövid videós magyarázattal. Szerintem a legjobb forma az, amikor minden hibához tartozik lépéssor, tényleges eredmény, elvárt eredmény és súlyossági megjegyzés. Így a megrendelő nem csak azt látja, hogy van probléma, hanem azt is, melyik hibát érdemes először javítani.

Minőség és gyakori ügyfélhibák

A minőség itt a következetességen múlik. Ha a dátum jó az egyik oldalon, de rossz a visszaigazoló levélben, akkor a felhasználó számára a rendszer még mindig bizonytalan. Ha az ár szépen jelenik meg a terméklapon, de a kosárban eltűnik a pénznem, akkor a folyamat nem elég tiszta. Ha a mértékegység csak a címben látszik, de a módosításnál már nem, akkor könnyű téves mennyiséget választani.

A leggyakoribb ügyfélhiba az, hogy a tesztelőnek túl általános kérést ad. Például azt, hogy nézze át az oldalt. Ez kevés. Jobb megadni, hogy melyik folyamat a fontos, milyen adatokkal kell próbálkozni, és melyik eredményt várja a megrendelő. A másik hiba az, amikor nincs próbakörnyezet, és minden éles felületen történik. Ez néha elkerülhetetlen, de kockázatosabb, főleg fizetési vagy rendelési adatoknál.

Én azt látom, hogy a jó eredményhez nem kell bonyolult rendszer. Kell egy rövid brief, egy világos határidő, használható hozzáférés és türelem a javítás utáni körhöz. Az adatformátum ellenőrzés akkor ad valódi értéket, ha nem csak hibákat sorol, hanem segít tisztábbá tenni a felhasználói döntést.

Lokalizációs ellenőrzés javítás után

A lokalizációs ellenőrzés javítás után külön figyelmet érdemel. Egy fejlesztő kijavíthatja a dátummezőt, de közben megváltozhat a kapcsolódó üzenet, a számlázási előnézet vagy a mentett adat megjelenése. Ezért a javítás után nem elég megnézni egyetlen képernyőt. Végig kell menni azon az útvonalon, ahol a felhasználó ténylegesen találkozik az adattal.

A pénznemeknél gyakori, hogy a hiba javítása után az összeg már jól néz ki, de a kerekítés vagy az ezres tagolás máshol eltér. A mértékegységeknél előfordulhat, hogy a címke javult, de a háttérben számolt érték nem. A dátumoknál pedig a mentett érték és a megjelenített érték eltérhet, főleg akkor, ha a rendszer több felületen használja ugyanazt az adatot.

Tapasztalatom szerint a javítás utáni rövid újratesztelés sok félreértést megelőz. Nem feltétlenül drága, de nagyon hasznos. A magánmegrendelő így biztosabban tudja lezárni a feladatot, a szabadúszó pedig pontosan meg tudja mutatni, hogy mely hibák szűntek meg és melyek maradtak nyitva. Ez tisztább lezárást ad, mint egy általános üzenet arról, hogy minden rendben van.