Egyedülálló karakterek és emoji tesztelése a tökéletes megjelenésért

Szokatlan karakterek tesztelése online felületeken

A Szokatlan karakterek tesztelése arra való, hogy kiderüljön, mit kezd egy weboldal, alkalmazás vagy űrlap olyan jelekkel, amelyeket a felhasználó nem minden nap ír be. Ilyen lehet az ékezetes név, a ritka betű, a láthatatlan karakter, a többnyelvű szöveg, a jelből álló kód vagy egy másolással bevitt furcsa karaktersor. A cél nem az, hogy a tesztelő minden mezőt tönkretegyen. A cél az, hogy a rendszer érthetően, biztonságosan és következetesen reagáljon. Magánügyfélként ez akkor fontos, ha van saját oldala, megrendelőlapja, ügyfélkapuja, hírlevél űrlapja vagy kisebb alkalmazása, és nem szeretné, hogy egy egyszerű beírás hibát okozzon.

Én azt látom, hogy sok hiba nem látványos. A felület elsőre működik, de a mentett adat később hibásan jelenik meg. Például egy névben eltűnik az ékezet, egy címben kérdőjel lesz a betű helyén, vagy egy üzenet részben levágódik. Ez bosszantó a felhasználónak, és kellemetlen annak is, aki a szolgáltatást üzemelteti. A Qjob.hu felületén olyan magánszakember kereshető, aki távolról átnézi ezeket a mezőket, próbabeviteleteket készít, hibákat gyűjt, majd érthető formában átadja az eredményt.

Szokatlan karakterek ellenőrzése űrlapokban

Az online űrlapoknál a leggyakoribb gond az, hogy a rendszer túl szigorú vagy túl engedékeny. Mindkettő hibához vezethet. Ha túl szigorú, akkor valós neveket, külföldi címeket, céges adatokat vagy egyszerű üzeneteket is elutasít. Ha túl engedékeny, akkor olyan jeleket is beenged, amelyek mentésnél, keresésnél vagy megjelenítésnél problémát okoznak. A tesztelés ezért nem csak arról szól, hogy lehet e beírni egy különös jelet. A szakember megnézi, mi történik mentés után, visszatöltéskor, szerkesztésnél, levélküldésnél és adatátadáskor is.

Tapasztalatom szerint a legérzékenyebb mezők a név, e-mail, telefonszám, jelszó, cím, megjegyzés, keresőmező és belső megnevezés. Ezekben sokféle adat jelenhet meg. Egy ügyfél például azt hitte, hogy a rendelési űrlapja rendben van, mert a tesztmegrendelések átmentek. Később kiderült, hogy az idézőjelhez hasonló jelek és egyes hosszú kötőjelek miatt a visszaigazoló levélben szétesett a szöveg. Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy nézzük meg a kapcsolatfelvételi mezőt. A vizsgálat végén kiderült, hogy a hiba nem a mezőben volt, hanem abban, ahogy a rendszer a szöveget az admin felületre továbbította.

Nem szokványos karakterek ára

A nem szokványos karakterek vizsgálata általában a mezők számától, a felületek számától és a kért jelentés részletességétől függ. Szerintem a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a tesztelő csak gyorsan bemásol néhány jelet, majd annyit ír, hogy működik vagy nem működik. Ez kevés. Egy jó ellenőrzésben szerepel a bemeneti adat, a lépés, a várt eredmény, a tényleges eredmény és lehetőség szerint képernyőkép is. Így a fejlesztő vagy a megbízó tényleg tud vele dolgozni.

Az ár akkor lehet magasabb, ha a felülethez több jogosultsági szint tartozik, vagy ha a teszteléshez külön próbaadatokat kell előkészíteni. Alacsonyabb lehet, ha csak egy mező vagy egy rövid folyamat ellenőrzése szükséges. A legtisztább helyzet az, amikor a megbízó előre megadja, melyik oldalakat kell nézni, milyen karaktereket tilt vagy enged a rendszer, és milyen eredményt vár.

Megfelelő tesztelő választása

A megfelelő tesztelő nem csak kattintgat. Képes megérteni, hogy mi a felület célja, milyen adat kerül be, és mi történik az adattal a háttérben. Magánügyfélként érdemes olyan szakembert keresni, aki tud röviden kérdezni, de nem bonyolítja túl a folyamatot. Fontos, hogy legyen tapasztalata űrlapokkal, adatbevitellel, hibajelentéssel és alapvető webes működéssel. Nem kell feltétlenül fejlesztőnek lennie, de értenie kell, hogyan lehet egy hibát úgy leírni, hogy azt később javítani lehessen.

Sokan ott hibáznak, hogy csak árat néznek. Ez érthető, de nem mindig működik. Ha a tesztelő nem ad pontos jelentést, akkor a munka olcsó lehet, mégis kevés haszna lesz. Jobb egy kisebb, de tisztán dokumentált vizsgálat, mint egy hosszú lista homályos megjegyzésekkel. Érdemes rákérdezni, hogy a szakember milyen formában adja át az eredményt. Egy táblázat, rövid összefoglaló és néhány képernyőkép sokszor elég. De az is fontos, hogy jelezze, melyik hiba súlyos és melyik csak kisebb kellemetlenség.

Online tesztelési folyamat

A Szokatlan karakterek tesztelése távolról is elvégezhető, ha a tesztelő hozzáfér a vizsgált felülethez vagy kap egy próbakörnyezetet. Az első lépés a rövid leírás. Ebben szerepel, milyen oldalt kell nézni, hol vannak az űrlapok, milyen mezők fontosak, és milyen adatokat nem szabad használni. Ezután a tesztelő próbaszövegeket állít össze. Ezekben lehetnek magyar ékezetek, idegen nyelvű betűk, írásjelek, szóközök, láthatatlan karakterek, hosszabb karaktersorok és másolt szövegek.

A munka közben fontos a jó online kommunikáció. Nem kell minden apró lépésről üzenetet írni, de a komoly hibákat érdemes időben jelezni. Ha például egy mező hibátlanul ment, de az admin felületen rosszul jelenik meg, akkor ezt külön kell kezelni. Ha a hiba csak bizonyos böngészőben látszik, azt is fel kell jegyezni. A kész eredmény általában dokumentumban, táblázatban vagy feladatlistában kerül átadásra. A megbízó így tovább tudja adni a fejlesztőnek, vagy el tudja dönteni, melyik javítás sürgős.

Karaktertesztelés tipikus hibái

A karaktertesztelés egyik tipikus hibája, hogy a megbízó csak a látványos jelekre gondol. Pedig a gond gyakran nem a furcsa szimbólum, hanem a szóköz, a sortörés, az ékezet vagy a másolással bekerülő rejtett jel. Ezeket a felhasználó nem mindig veszi észre. A rendszer viszont igen. Lehet, hogy a keresés nem találja meg az adatot, a számlázási mező elutasítja a nevet, vagy a mentett szöveg másként jelenik meg, mint ahogy beírták.

Másik gyakori hiba, hogy a teszt csak a beküldés pillanatáig tart. Ez nem elég. A beírt érték útját végig kell nézni. Megmarad e a szöveg szerkesztés után. Látszik e helyesen a visszaigazoló oldalon. Eljut e a levélbe. Megjelenik e az admin felületen. Nem vágja e le a rendszer a szöveg végét. Szerintem ezek a kérdések döntik el, hogy a munka valódi ellenőrzés vagy csak gyors próba.

Szokatlan karakterek tesztelése javítás után

A Szokatlan karakterek tesztelése akkor ad teljes képet, ha a javítás után is történik egy rövid visszaellenőrzés. Ez különösen akkor fontos, ha a fejlesztő módosította a mezők szabályait, az adattárolást vagy a megjelenítést. Egy javítás néha megold egy hibát, de létrehoz egy másikat. Például a rendszer már nem omlik össze egy különleges karaktertől, viszont túl sok mindent tilt, és a valódi felhasználó adatait sem engedi elmenteni.

A visszaellenőrzésnek nem kell mindig nagy munkának lennie. Elég lehet a korábban talált hibák újratesztelése, néhány alapmező ismételt vizsgálata és az eredmény rövid rögzítése. De legyen nyoma. Volt olyan eset, amikor egy ügyfél azt mondta, a hibát már javították, ezért nem kell újra nézni. Később ugyanaz a gond jelent meg egy másik mezőben. Ezért én azt javaslom, hogy legalább a kritikus pontokat minden javítás után újra ellenőrizze egy független tesztelő.

Eredmény átadása és minőség

A jó átadás nem hosszú, hanem használható. Tartalmazza, hol történt a hiba, milyen adat került a mezőbe, milyen lépések vezettek hozzá, és mi lett az eredmény. Ha nincs hiba, azt is érdemes leírni, mert a megbízó így látja, hogy az adott rész valóban át lett nézve. A nem szokványos karakterek vizsgálatánál a pontosság fontosabb, mint a nagy szöveg. Egy rövid, egyértelmű hibalista többet ér, mint egy általános vélemény.

A végeredmény akkor jó, ha a megbízó érti, mit kell továbbadnia, és a javítást végző ember sem találgat. Ez különösen fontos kisebb projektnél, ahol nincs külön tesztelési csapat. Egy magánszakember ilyenkor hidat képez az ügyfél és a fejlesztő között. Nem dönt üzleti szabályokról, de megmutatja, hol működik rosszul a felület. És ez sokszor elég ahhoz, hogy a felhasználók kevesebb hibával találkozzanak.