QA-tesztelők Pécsett: Vélemények és kedvező árak

QA tesztelő Pécs

A QA tesztelő akkor kell, amikor egy weboldal, alkalmazás vagy online felület működik ugyan, de nem elég megbízható. Egy magánügyfélnél ez lehet saját webshop, foglalási oldal, tanfolyami felület vagy egy kisebb ügyfélkapu. Pécs környékén is sokan csak akkor kérnek ilyen segítséget, amikor már jönnek a panaszok, eltűnik egy űrlapadat, nem megy a fizetés, vagy mobilon szétesik az oldal. Szerintem ez hiba, mert a szoftvertesztelés nem dísz a végén, hanem egy józan ellenőrzés még azelőtt, hogy valaki kínos helyzetbe kerülne.

Sokan azt hiszik, hogy ha a készítő kipróbálta egyszer, akkor minden rendben van. Pedig a fejlesztő és a felhasználó nem ugyanúgy néz egy felületre. A QA tesztelő pont azért hasznos, mert kívülről figyeli meg, hol akad el a folyamat, hol nem egyértelmű a gomb, hol dob hibát a rendszer, és hol marad félbe egy rendelés. Itt a Qjob.hu oldalon is inkább olyan szakembert érdemes keresni, aki nem csak hibát sorol fel, hanem érti azt is, melyik gond fáj igazán az ügyfélnek.

Mikor kell szoftvertesztelő

A szoftvertesztelő nem csak nagy projekthez kell. Akkor is hasznos, ha valaki most indít egy új oldalt, ha régi felületet alakít át, vagy ha volt már néhány furcsa hiba, de senki nem tudta pontosan megfogni az okát. És sok magánügyfél ott rontja el, hogy csak egyetlen dolgot néz meg. Például megnyitja az oldalt saját telefonján, látja hogy bejön, és késznek nyilvánítja. Közben lehet, hogy más böngészőben rossz a menü, hibás az űrlap, vagy a megerősítő levél meg sem érkezik.

Volt egy eset, amikor egy ügyfél azt mondta, hogy nála minden működik, csak valamiért kevesebb lett a jelentkezés. A felület első pillantásra rendben volt. Aztán kiderült, hogy a jelentkezési gomb egy bizonyos képernyőméreten lecsúszott a látható rész alá, és a beküldés után nem jelent meg egyértelmű visszajelzés. Nem látványos hiba volt, mégis elvitte az eredményt. Ilyenkor a minőségbiztosítási tesztelő sokszor többet ér, mint egy újabb hirdetés.

És van az a helyzet is, amikor valaki új funkciót kér a meglévő oldalára. Egy időpontfoglaló, egy kuponmező, egy új fizetési lépés. Ilyenkor nem csak azt kell nézni, hogy az új rész működik-e, hanem azt is, mit borít fel maga körül. Ez az a pont, ahol a külső szem szerintem különösen hasznos.

Hogyan dolgozik a tesztelő szakember

Egy jó tesztelő szakember nem találomra kattintgat. Először megérti, mire való a felület, ki használja, és hol a legfontosabb útvonal. Utána célzottan végigmegy a fő lépéseken. Regisztráció, belépés, adatküldés, vásárlás, visszaigazolás, hibaüzenet. A komolyabb munka nem abból áll, hogy talál öt hibát, hanem abból, hogy rendszert visz a vizsgálatba. Nekem az a tapasztalatom, hogy az ügyfélnek ez ad biztonságot, nem a hosszú szakszöveg.

Jó jel, ha a szakember kér mintafelhasználót, tesztadatot, hozzáférést egy próbakörnyezethez, és tisztázza, milyen eszközökön fontos a működés. Az is számít, hogy milyen formában adja át az eredményt. Ha csak annyit ír, hogy itt valami nem jó, abból kevés haszna lesz bárkinek. Ha viszont leírja a hibát, a lépéseket, a várható működést és a súlyosságot, akkor abból már lehet dolgozni.

A QA tesztelő munkája gyakran csendes és hálátlan. Ha jól végzi, kevesebb lesz a reklamáció, de ezt ritkán ünnepli bárki. Mégis ez az a fajta munka, ami sok kellemetlen helyzetet megelőz. Pécs városában vagy távolról dolgozva is ugyanez számít. Pontosság, türelem és normális kommunikáció.

QA tesztelő árak

A QA tesztelő árak elég változók, mert más egy gyors átnézés és más egy több körös, részletes vizsgálat. Az is befolyásolja a díjat, hogy csak egy oldalt kell nézni, vagy teljes folyamatot több eszközön. Szerintem a túl olcsó ajánlat itt gyanús. Pár kattintásból nem lesz használható tesztelés. De a magas ár sem mindig jelent jobb munkát. A korrekt ajánlat általában pontosan leírja, milyen felületeket néz át a szakember, mennyi körben dolgozik, és milyen hibajegyzéket ad át.

Ezek inkább valós sávok, nem merev díjak. Egy kisebb magánprojekt esetén a közepes árszint sokszor teljesen elég. Ha valaki nagyon kevés pénzért mindent megígér, abból gyakran felületes munka lesz. Nekem az a benyomásom, hogy ennél a szolgáltatásnál jobban számít a gondosság, mint a hangzatos önleírás.

Hogyan válassz QA tesztelőt

Az első szempont az legyen, hogy a szakember tud-e egyszerűen kérdezni. Ha érdekli a cél, a felhasználó típusa és a fő folyamat, az jó jel. Ha rögtön kész választ ad látatlanban, az már kevésbé megnyugtató. Egy szoftvertesztelő akkor hasznos igazán, ha nem csak hibát keres, hanem priorizál is. Nem mindegy, hogy egy elütött szó és egy hibás fizetési lépés ugyanabba a listába kerül-e azonos súllyal.

Szerintem érdemes megnézni, hogyan dokumentál. Képes-e pontosan leírni, mit csinált, hol jelent meg a hiba, és hogyan lehet újra előidézni. Ez sok vitát megelőz. Sok megbízó ott csúszik félre, hogy csak annyit kérdez, mennyiért vállalod. Pedig ugyanilyen fontos lenne megkérdezni azt is, milyen eszközökön tesztel, mit ad át a végén, és vállal-e egy rövid újraellenőrzést a javítás után.

Pécs térségében is ugyanaz az alaphelyzet. Nem feltétlenül az a legjobb választás, aki a legközelebb van, hanem az, aki világosan dolgozik és nem bonyolítja túl a feladatot. Egy magánügyfélnek többnyire nem hosszú jelentés kell, hanem használható visszajelzés.

Gyakori hibák a tesztelésnél

Az egyik tipikus hiba az, hogy a megbízó túl későn szól. Már kész az oldal, már fut a hirdetés, már mennek az érdeklődők, és csak utána derül ki, hogy valami alap dolog nem működik jól. A másik gond, amikor nincs rendes tesztkörnyezet, ezért minden próbálkozás az éles felületen történik. Ez kényelmetlen és kockázatos. És sokan elkövetik azt is, hogy csak asztali gépen nézik meg az oldalt, miközben a látogatók fele telefonról jön.

A minőségbiztosítási tesztelő munkáját az is nehezíti, ha nincs világos cél. Például az ügyfél azt mondja, nézd át az egészet. Ez túl tág. Sokkal jobb, ha meg tudja nevezni a fontos pontokat. Hol veszít embereket, melyik funkció a legkényesebb, melyik oldalon jött már panasz. Innen már lehet értelmesen indulni.

És van egy makacs félreértés is. Sokan úgy gondolják, hogy a tesztelés csak hibavadászat. Pedig valójában használhatósági kérdés is. Ha egy folyamat elvileg működik, de közben zavaros, lassú vagy bizonytalan érzést kelt, az ugyanúgy probléma. A QA tesztelő ezért nem csak hibákat keres, hanem azt is figyeli, mennyire egyértelmű az út a felhasználónak. Ez néha kellemetlen igazságokat hoz felszínre, de szerintem pont ettől van értelme az egész munkának.