Manuális tesztelők Szolnokon: Vélemények és kedvező árak

Manuális tesztelő magánügyfeleknek

A Manuális tesztelő akkor segít, amikor egy weboldal, alkalmazás vagy belső rendszer működését emberi szemmel kell átnézni. Nem minden hibát talál meg egy automata ellenőrzés. A felhasználói út, a rosszul érthető szöveg, a félrevezető gomb vagy a bizonytalan rendelési folyamat sokszor csak használat közben derül ki. Szolnok környékén is sok kisebb vállalkozás és magánprojekt jut el oda, hogy az elkészült felület már működik, de még nem elég megbízható. Ilyenkor érdemes külön szakembert keresni, nem csak a fejlesztőt kérni újabb átnézésre.

Magánügyfeleknél gyakori helyzet, hogy egy webshop, időpontfoglaló oldal, tanfolyami felület vagy egyszerű ügyfélkapu indulás előtt áll. A kézi tesztelés ilyenkor nem nagyvállalati folyamat. Inkább józan, részletes ellenőrzés. Szeretem, ha a tesztelő nem csak hibákat ír össze, hanem azt is jelzi, mi zavarhatja a valódi felhasználót. Szerintem ez különbséget jelent egy kipipált ellenőrzés és egy hasznos munka között.

Kézi tesztelés weboldalaknál

A kézi tesztelés weboldalaknál főleg a működési hibák, elgépelések, rossz linkek, űrlapgondok és eszközfüggő eltérések feltárására jó. Egy manuális szoftvertesztelő végigmegy a fontos oldalakon, kipróbálja a kapcsolatfelvételt, a kosarat, a regisztrációt, a belépést, a szűrést és azokat a részeket, ahol az ügyfél pénzt, adatot vagy időt veszthet.

Sokan ott hibáznak, hogy csak a saját gépükön nézik meg a kész oldalt. Asztali nézetben még minden rendben van, telefonon viszont szétesik egy gomb, nem látszik egy mező, vagy túl lassan tölt be egy kép. Volt eset, amikor egy ügyfél csak az indulás után vette észre, hogy a rendelési űrlap mobilon nem küldi el a telefonszámot. A hiba nem volt látványos. Mégis több érdeklődő eltűnt emiatt. Egy alapos tesztelés ezt indulás előtt megfogta volna.

Én azt tartom jónak, ha a tesztelés nem csak kattintgatás. Kell hozzá rövid terv, ellenőrzési lista és végén érthető hibajegy. A fejlesztő így gyorsabban javít. A megrendelő pedig látja, mi fontos és mi csak apró finomítás.

Manuális tesztelő árak

Az ár függ a felület méretétől, a funkciók számától, a sürgősségtől és attól, kell-e részletes jelentés képernyőképekkel. Egy kisebb weboldal átnézése kevesebbe kerül, mint egy több szerepkörös alkalmazás vizsgálata. Olcsóbban 12.000 forint alatt ritkán lesz minőségi munka, mert már az alapellenőrzéshez is idő kell. Persze egy rövid hibakeresés lehet kedvezőbb, de teljes tesztre nem elég fél óra.

Az áraknál fontos a határ. Ha a tesztelő túl keveset kér, gyakran nincs benne rendes dokumentálás. Ha túl sokat kér egy egyszerű oldalért, érdemes pontosítani, mit kap a megrendelő. Poén nélkül mondom, a hibák listája önmagában kevés. Kell hozzá javítási sorrend is.

Tesztelési feladatok indítás előtt

Indítás előtt a legfontosabb a fő folyamatok átnézése. Ilyen a kapcsolatfelvétel, ajánlatkérés, rendelés, keresés, szűrés, dokumentumfeltöltés, e-mail értesítés és a fizetéshez vezető út. A manuális ellenőrzés ilyenkor ügyfélként közelít. Nem azt keresi, hogy a rendszer papíron megfelel-e, hanem azt, hogy használat közben hol akad el az ember.

Hasznos, ha a megrendelő előre megírja, melyik három műveletből él az oldal. Egy fodrász időpontfoglalójánál az időpont kiválasztása a lényeg. Egy helyi szolgáltató oldalán az ajánlatkérés. Egy oktatási felületen a tananyag elérése. Nem ugyanazt kell tesztelni mindenhol. A jó kézi ellenőrzés ezért alkalmazkodik a célhoz.

Szolnok esetében gyakran helyi ügyfelekre épülő oldalak készülnek. Itt különösen kellemetlen, ha a térképes cím, a telefonszám vagy a nyitvatartás hibás. Ezek apróságnak tűnnek, de a bizalom gyorsan sérül. A Qjob.hu oldalán különböző szakemberek között lehet keresni, így a kisebb és nagyobb feladatra is lehet megfelelő embert találni.

Megfelelő tesztelő kiválasztása

A megfelelő tesztelő kiválasztása nem csak az árról szól. Nézni kell, dolgozott-e hasonló rendszerrel, tud-e világosan hibát leírni, kérdez-e a célokról, és vállal-e újratesztelést. Egy jó szakember nem ijesztget. Nem mondja minden apró eltérésre, hogy kritikus. Különbséget tesz zavaró, fontos és valóban sürgős hiba között.

Én előnyben részesítem azt, aki rövid mintajelentést tud mutatni. Ebből gyorsan látszik, mennyire rendezett a gondolkodása. A homályos mondatok bajt okoznak. Az olyan hibaleírás, hogy nem működik a gomb, kevés. Jobb, ha benne van a böngésző, az eszköz, a pontos lépés és a várt eredmény. Így a fejlesztő nem találgat.

A választásnál az is számít, mennyire önálló a tesztelő. Egy magánügyfél nem mindig tud szakmai feladatleírást adni. Ilyenkor a szakember feladata, hogy kérdezzen, majd rendbe tegye a tesztelési kört. Ha valaki csak akkor dolgozik jól, ha minden mezőt előre kitöltenek neki, az kisebb projektnél nehézkes lehet.

Szolnoki projektek és környékbeli igények

Szolnok, Szandaszőlős, Pletykafalu, Tallinn városrész és a belváros környékén sok szolgáltató online felülettel dolgozik. A környékbeli települések, például Tószeg, Rákóczifalva, Abony vagy Újszász ügyfelei is gyakran ugyanazokon az oldalakon keresnek időpontot vagy árajánlatot. Ezért a helyi adatok ellenőrzése nem mellékes rész.

A manuális tesztelés helyi projekteknél gyakran tartalmaz olyan elemeket, amelyeket egy távoli csapat nem vesz észre. Például rosszul írt városrésznév, pontatlan útvonal, hiányzó parkolási információ vagy nem egyértelmű szolgáltatási terület. Ezek nem klasszikus szoftverhibák, mégis rontják az eredményt. A felhasználó nem technikai magyarázatot keres. Egyszerűen továbbmegy, ha bizonytalan.

Volt olyan munka, ahol az oldal technikailag rendben volt, de az ajánlatkérő űrlap túl hosszúra sikerült. A látogatók fele el sem jutott a küldésig. A tesztelő nem kódhibát talált, hanem használati problémát. Rövidítés után több megkeresés érkezett. Szerintem ez mutatja meg igazán, miért hasznos az emberi ellenőrzés.

Hibajelentés és javítás utáni ellenőrzés

A hibajelentés akkor jó, ha a megrendelő és a fejlesztő is érti. Rövid cím, pontos lépések, várt eredmény, tényleges eredmény, képernyőkép és súlyosság. Nem kell túlírni. De a részletek hiánya sok időt vesz el. A javítás utáni ellenőrzés ugyanilyen fontos, mert egy módosítás új hibát hozhat be.

A tesztelő feladata ilyenkor nem az, hogy vitát nyerjen. Az a cél, hogy a felület stabilabb legyen. Ha egy hiba javítva van, újra végig kell menni ugyanazon az úton. Néha elég egy rövid kör. Máskor a kapcsolódó részeket is nézni kell. Például ha a regisztráció változott, a belépést és a jelszóemlékeztetőt sem árt ellenőrizni.

Magánügyfélként érdemes előre kérni, milyen formában kapja meg az ember az eredményt. Egy táblázat, megosztott dokumentum vagy egyszerű lista is megfelelhet. A lényeg, hogy ne vesszen el semmi. Nekem az a tapasztalatom, hogy a rendezett hibajegy olcsóbbá teszi a javítást, mert kevesebb lesz a visszakérdezés.

Mikor elég egy kisebb teszt

Kisebb teszt akkor elég, ha az oldal kevés funkcióból áll, nincs fizetés, nincs belépési rendszer, és a cél egy gyors indulás előtti átnézés. Ilyen lehet egy bemutatkozó oldal, portfólió, helyi szolgáltatói aloldal vagy egyszerű ajánlatkérő felület. Itt nem kell nagy folyamat. Kell egy jó lista, néhány eszköz és figyelmes használat.

Összetettebb rendszerhez viszont nem elég a rövid próba. Webshop, foglalási rendszer, ügyfélfiók, több jogosultsági szint vagy érzékeny adatkezelés esetén jobb részletesebb kézi tesztelést kérni. Sokba kerülhet, ha csak az indulás után derül ki, hogy a visszaigazoló levél nem megy ki, vagy egy törölt termék még rendelhető.

A manuális szoftvertesztelő munkája nem látványos, amikor minden jól megy. Pont ez a lényege. A gondok még azelőtt kerülnek elő, hogy az ügyfelek találkoznának velük. Ez nem garancia hibátlan rendszerre, de erős szűrő. És magánprojektnél gyakran már ennyi is döntő különbség.