Tesztelők Szegeden: Vélemények és kedvező árak

Tesztelő magánügyfeleknek

A Tesztelő akkor segít jól, ha egy weboldal, alkalmazás, űrlap, foglalási felület vagy belső rendszer hibáit használat közben kell megtalálni. Magánügyfeleknél ez gyakran nem nagyvállalati folyamat. Inkább arról szól, hogy valami működjön éles helyzetben, érthetően, bosszantó hibák nélkül. Lehet egy kis webáruház, időpontfoglaló oldal, mobilos felület vagy egy egyedi ügyfélkezelő megoldás. A cél nem a hibakeresés kedvéért végzett ellenőrzés, hanem az, hogy a felhasználó ne akadjon el.

Qjob.hu felületén többféle szabadúszó és magán szakember között lehet keresni, ezért érdemes pontosan leírni, milyen rendszert kell átnézni. Más kell egy új honlap indulása előtt, más egy régi rendszer lassú javításához. Szerintem a legjobb megbízás nem azzal kezdődik, hogy nézd át az egészet. Hanem azzal, hogy mi a fontos útvonal, hol jön be pénz, hol ad meg adatot az ügyfél, és mi az a hiba, ami már most zavaró.

Szoftvertesztelés élesítés előtt

Élesítés előtt a szoftvertesztelés legfontosabb része a valós felhasználói út kipróbálása. Nem elég megnyitni az oldalt és ránézni, hogy szép-e. Ki kell próbálni a regisztrációt, a belépést, a vásárlást, az űrlap elküldését, a visszaigazoló levelet és a hibás adatok kezelését is. Sok hiba csak akkor látszik, amikor valaki nem úgy használja a felületet, ahogy a fejlesztő elképzelte.

Volt eset, amikor egy ügyfél egy kis szolgáltatói oldalt akart elindítani Szeged városában. Minden oldal betöltött, a képek rendben voltak, és elsőre nem látszott gond. A foglalási űrlap mégis rossz dátumot küldött tovább, ha mobilon választották ki az időpontot. Ez nem látványos hiba, de üzletileg kellemetlen. A szoftvertesztelő ilyenkor nem csak azt mondja, hogy hiba van. Leírja, milyen eszközön, milyen lépéssel, milyen adattal jött elő.

Én előnyben részesítem azt a munkamódot, ahol a szakember rövid hibajegyeket ad. Képernyőkép, lépések, elvárt eredmény, tényleges eredmény. Ez egyszerűnek tűnik, de ettől lehet gyorsan javítani. Ha csak annyi kerül a listába, hogy nem működik a kosár, az kevés. Abból vita lesz, nem javítás.

Hibakeresés weboldalon és alkalmazásban

A hibakeresés weboldalon és alkalmazásban akkor hasznos, ha nem csak látványos összeomlásokat keresünk. Apró hibák is rontják a bizalmat. Például rossz hibaüzenet, túl lassú betöltés, nem kattintható gomb, eltűnő adat vagy zavaros visszajelzés fizetés után. Ezeket a felhasználó nem mindig tudja pontosan megnevezni, csak azt érzi, hogy valami bizonytalan.

Sok megbízó ott hibázik, hogy túl későn hív tesztelőt. Akkor, amikor már hirdetés fut, ügyfél érkezik, és minden javítás sürgős. Ilyenkor a hibák drágábbak. Nem feltétlenül a szakember díja miatt, hanem mert közben elvesznek a jelentkezések, a rendelések vagy az időpontok. Egy tesztelő szakember korábbi bevonása sokszor nyugodtabb megoldás.

Hasznos, ha a megbízó ad hozzáférést próbafiókkal, leírja a célcsoportot, és megmondja, melyik eszköz fontosabb. Másként kell nézni egy admin felületet, mint egy vásárlói oldalt. Más hibát keresünk egy egyszerű bemutatkozó honlapon, mint egy tagsági rendszerben. A jó ellenőrzés nem végtelen lista, hanem rangsorolt megállapítás.

Tesztelő árak és tipikus díjak

A Tesztelő díja a felület méretétől, a dokumentálás részletességétől és a sürgősségtől függ. Egy kisebb oldal gyors átnézése olcsóbb, de egy összetettebb webáruház, belső rendszer vagy mobilos folyamat már több időt kér. Olcsóbban 10.000 forint alatt ritkán lesz alapos munka, ha valódi hibajegyeket és visszaellenőrzést is várunk. Lehet szerencse, de erre nem építenék.

Az áraknál fontos különválasztani a gyors szemlét és a rendes tesztelési munkát. Az elsőnél a szakember átnézi a fő felületeket, és jelzi a látványos hibákat. A másodiknál módszeresen végigmegy a folyamatokon, adatokat próbál, dokumentál, majd javítás után újra ellenőriz. Magánügyfélként sokszor elég egy célzott csomag, de azt érdemes pontosan körülírni.

Megfelelő tesztelő kiválasztása

A megfelelő tesztelő kiválasztása nem csak ár kérdése. Nézni kell, hogyan kérdez. Ha a szakember rögtön árat mond anélkül, hogy tudná, hány oldal, milyen rendszer, milyen eszközök és milyen kockázatok vannak, az nem jó jel. Egy alapos minőségbiztosítási szakember először megérti a célt. Utána javasol ellenőrzési szintet.

Magánmegbízásnál hasznos, ha a tesztelő szakember egyszerűen fogalmaz. Nem minden ügyfél akar szakkifejezéseket hallani. Én azt tartom jó jelnek, ha a hibalista laikusnak is érthető, de a fejlesztő is tud belőle dolgozni. Ez ritkább, mint gondolnánk. Sokan vagy túl általánosan írnak, vagy túl technikásan.

Kérj rövid példát korábbi hibajegyre, akár személyes adatok nélkül. Ebből gyorsan látszik a munkastílus. Érdemes rákérdezni arra is, hogy a szakember vállal-e visszatesztelést. A javítás utáni ellenőrzés sokszor fontosabb, mint az első lista, mert ilyenkor derül ki, hogy a javítás nem rontott-e el mást.

Szegedi helyszínek és környékek

Szeged esetén a legtöbb tesztelési munka távolról is elvégezhető, de a helyismeret néha számít. Egy helyi szolgáltató oldala máshogy kommunikál Újszeged, Belváros, Rókus vagy Móraváros ügyfeleinek. Ha a felület időpontfoglalást, kiszállást, oktatást vagy helyi ügyintézést kezel, akkor a városrészek és környékbeli települések nevei is fontosak lehetnek.

A lokalizált ellenőrzés nem csak elírásvadászat. Meg kell nézni, hogy a címek, térképes hivatkozások, nyitvatartások, űrlapok és választható körzetek érthetők-e. Szeged körül Algyő, Sándorfalva, Deszk vagy Tiszasziget is felmerülhet, ha a szolgáltatás ezeket a helyeket érinti. Egy rosszul beállított körzet vagy hibás automatikus levél sok félreértést okozhat.

Volt olyan munka, ahol a rendszer technikailag működött, de a településválasztó nem engedett tovább bizonyos irányítószámokkal. A fejlesztő ezt nem látta, mert csak egy próbacímet használt. A felhasználó viszont nem tudott rendelni. Ez tipikus helyi hiba, amelyhez nem kell nagy rendszer, elég egy rossz szabály.

Kézi tesztelés és dokumentált hibák

A kézi tesztelés előnye, hogy emberi nézőpontból vizsgálja a rendszert. Egy automatikus ellenőrzés sok mindent mérhet, de nem mindig veszi észre, ha a folyamat logikátlan. A felhasználó nem kódban gondolkodik. Ő csak el akar küldeni egy űrlapot, időpontot foglalni, letölteni egy dokumentumot vagy módosítani egy adatot.

A dokumentált hibák akkor jók, ha nem terhelik túl a megbízót. Nem kell minden apróságot ugyanolyan súlyúnak mutatni. Legyen külön a súlyos hiba, a közepes gond és a javaslat. Más az, ha nem lehet fizetni, és más az, ha egy gomb szövege pontatlan. Mindkettő lehet fontos, de nem ugyanúgy.

Poénnak hangzik, de a legjobb hibajegy sokszor unalmas. Pontos lépések, konkrét eredmény, rövid megjegyzés. Semmi dráma. Ezt szeretem, mert a javítás így nem találgatás. A megbízó is látja, miért fizetett, a fejlesztő pedig nem érzi támadásnak a listát.

Mikor érdemes külön tesztelést kérni

Külön tesztelést akkor érdemes kérni, ha a felület pénzt, ügyféladatot vagy fontos jelentkezést kezel. Ilyen lehet egy rendelési oldal, tanfolyami jelentkezés, tagsági rendszer, ügyfélkapu vagy időpontfoglaló. De akkor is hasznos, ha sok javítás történt rövid idő alatt, és már senki nem látja át pontosan, mi változott.

A Tesztelő nem helyettesíti a fejlesztőt, és nem is az a dolga, hogy mindent átírjon. A feladata az, hogy kívülről, rendezett módon megmutassa, mi nem működik, mi bizonytalan, és hol lehet gond a felhasználónak. Ez külön szakmai nézőpont. Néha kellemetlen, mert hibákat hoz felszínre. De jobb előbb szembesülni vele, mint akkor, amikor az első ügyfél már elveszett.

Magánügyfeleknél a jó döntés általában egy rövid, célzott ellenőrzés. Nem kell mindent egyszerre vizsgálni. Kezdődhet a legfontosabb folyamattal, majd jöhet a többi rész. Így a költség is kezelhetőbb, és a javítás nem fullad hosszú listába. Ez kevésbé látványos út, de sokszor működőbb.