QA software testerek Debrecenben: Vélemények és kedvező árak

QA software tester Debrecen

A QA software tester akkor kell, amikor egy weboldal, alkalmazás vagy belső rendszer már majdnem kész, de még nem lehet nyugodt szívvel élesíteni. Debrecen környékén is sok magánmegrendelő kerül olyan helyzetbe, hogy a fejlesztés elkészül, mégis maradnak rejtett hibák a regisztrációban, a fizetésnél, a keresőben vagy a mobilos nézetben. Ilyenkor nem még egy fejlesztőre van szükség, hanem olyan emberre, aki végigpróbálja a folyamatokat, és pontosan leírja, hol akad el a felhasználó.

A legtöbben csak akkor keresnek ilyen segítséget, amikor már panasz érkezett az ügyféltől. Szerintem ez a legdrágább pont. Egy jó szoftvertesztelő nem dísz a projekt végén, hanem olyan szűrő, amely még a kellemetlen helyzet előtt megfogja a hibát. Különösen igaz ez akkor, ha valaki saját webáruházat, foglalási oldalt, ügyfélkaput vagy egyedi üzleti felületet használ. A QA software tester munka nem csak kattintgatás. Ide tartozik a hibák reprodukálása, a lépések rögzítése, a különböző eszközökön való ellenőrzés és annak megítélése is, hogy a hiba valóban zavarja-e a valódi használatot.

Debrecenben sok megbízás nem nagy cégtől jön, hanem olyan magánügyféltől, aki saját szolgáltatást épít, új ötletet próbál ki, vagy egy korábban félbehagyott fejlesztést akar rendbe tenni. Nekik általában nem hosszú minőségbiztosítási folyamat kell, hanem átlátható tesztelés, jól érthető hibajegyek és világos visszajelzés arról, hogy mi sürgős és mi várhat.

Mikor kell szoftvertesztelés

Szoftvertesztelésre nem csak élesítés előtt lehet szükség. Sok esetben már akkor érdemes bevonni egy manuális tesztelőt, amikor elkészült az első használható verzió. Ilyenkor még olcsóbb javítani. Ha a hibák csak a végén kerülnek elő, a fejlesztő gyakran több régi részt is visszabont, és a költség gyorsan elszalad.

Gyakori helyzet a hibás űrlapkezelés, a rossz jelszó-visszaállítás, a félrevezető hibaüzenet vagy az, hogy mobilon másképp működik ugyanaz az oldal. Sokan abba a hibába esnek, hogy kizárólag azt nézik, megnyílik-e az oldal. Pedig a valódi kérdés az, hogy végig tud-e menni a felhasználó azon az úton, amiért odament. Tud-e rendelni, foglalni, elküldeni az adatokat, megtalálni a visszaigazolást.

Volt olyan eset, amikor egy ügyfél azt mondta, nála minden rendben van. A főoldal gyors volt, a menü működött, a kinézet is elfogadható maradt. Amikor azonban végigpróbáltuk a rendelési folyamatot két különböző telefonon, kiderült, hogy a kuponmező kitakarta a fizetési gombot. A hiba nem volt látványos, mégis a bevételt érintette. Ilyen helyzetben a hibakeresés többet ér, mint egy új dizájnötlet.

Mit néz meg a tesztelő

Egy tapasztalt minőségbiztosítási tesztelő általában nem egyetlen képernyőt ellenőriz, hanem teljes folyamatokat. Megnézi a belépést, a regisztrációt, a jelszókezelést, a keresést, a szűrést, az űrlapokat, a fizetést, az értesítéseket és a mobilos működést. A jobb szakemberek azt is figyelik, hogy érthető-e a szöveg, logikus-e a következő lépés, és hol bizonytalanodik el a felhasználó.

Én személy szerint jobban bízom abban a szakemberben, aki nem csak annyit ír, hogy valami nem működik, hanem rögtön odaírja a környezetet, a böngészőt, a pontos lépéseket és azt is, mekkora a hiba hatása. Ez azért fontos, mert a fejlesztő így nem találgat, hanem javítani tud. A rövid, de pontos hibajegy mindig többet ér, mint a hosszú magyarázkodás.

A QA software tester feladata gyakran kiterjed arra is, hogy rangsorolja a problémákat. Nem minden bug egyforma. Van, ami csak kényelmetlen, és van, ami megakasztja a vásárlást vagy adatvesztést okoz. A magánmegrendelőnek általában erre a sorrendre van szüksége, mert nem végtelen a keret. Előbb a valóban kritikus hibák menjenek, utána jöhetnek a kényelmi javítások.

És van még egy fontos rész. A tesztelésnek emberi nézőpontból is értelmezhetőnek kell maradnia. Nem elég annyi, hogy a funkció megfelel a leírásnak. Ha közben a felhasználó nem érti, mi történik, akkor a rendszer papíron jó, a gyakorlatban mégsem használható. Ezt sokan későn veszik észre.

QA software tester árak

Az árak több tényezőtől függnek. Számít, hogy egy egyszerű bemutatkozó oldalt kell átnézni, vagy összetett webes rendszert. Más az ár akkor is, ha csak gyors hibakeresés kell, és más, ha teljes tesztelési kör, részletes jegyzőkönyv és több körös újraellenőrzés a feladat. Debrecenben a magánmegbízásoknál jellemzően óradíj vagy kisebb csomagár jelenik meg.

Saját tapasztalatom szerint a túl olcsó ajánlatokkal érdemes óvatosnak lenni. Aki nagyon alacsony összegért vállal komplett átvizsgálást, az gyakran csak felületesen kattint végig pár oldalt. Olcsóbban 12.000 alatt ritkán lesz alapos munka, főleg akkor, ha több eszközön is ellenőrizni kell a rendszert. A reális díj inkább attól függ, mennyi üzleti kockázatot vesz le a megrendelő válláról.

Az ilyen összegek tájékoztató jellegűek, de segítenek eligazodni. Ha egy ajánlat feltűnően magas, kérni kell tételes bontást. Ha feltűnően alacsony, meg kell nézni, mit nem tartalmaz. A tesztkörök száma, a dokumentáció részletessége és az újraellenőrzés sokat számít.

Teszthibák és tipikus gondok

A legtöbb probléma nem látványos. Gyakran nem omlik össze az oldal, csak lassan romlik a használhatóság. Egy hibás mezőellenőrzés, egy rosszul időzített hibaüzenet vagy egy félrecsúszó gomb már elég ahhoz, hogy a látogató kilépjen. A szoftvertesztelő ezért nem csak technikai hibát keres, hanem használati akadályt is.

Sok megrendelő meglepődik azon, mennyi hiba csak bizonyos környezetben jön elő. Más böngésző, kisebb kijelző, lassabb internet, régebbi telefon. És máris másként viselkedik az oldal. Egy manuális tesztelő pont azért hasznos, mert nem laborban gondolkodik, hanem valódi helyzetekben.

Én jobban szeretem, ha a tesztelő nem ijesztgeti az ügyfelet, hanem sorrendet ad. Mi blokkolja a használatot, mi zavaró, mi kozmetikai jellegű. Ez segít abban, hogy ne vesszen el a projekt az apróságok között. A hibák súlyozása különösen fontos, ha szoros a határidő vagy kevés a javításra szánt pénz.

Szoftvertesztelő választás

Jó választásnál nem az a fő kérdés, hány idegen szót használ valaki, hanem az, hogy tud-e érthetően kommunikálni. Egy szoftvertesztelő szakember akkor hasznos, ha a hibáit a fejlesztő is megérti, és a megrendelő is látja belőle, miért fontos a javítás. Én személy szerint előnyben részesítem azt, aki mintahibajegyet is meg tud mutatni, és nem csak általánosságban beszél a munkájáról.

Érdemes rákérdezni arra, milyen rendszereket tesztelt korábban, hogyan dokumentál, és vállal-e javítás utáni ellenőrzést. Fontos az is, hogy egyedül dolgozik vagy több emberrel. Magánmegrendelésnél gyakran az egyéni szakember a jobb, mert közvetlenebb a kommunikáció és gyorsabb a reakció. Máskor viszont a több szereplős munkánál hasznos, ha van második szem is.

A Qjob.hu felületén is az segít a legjobban, ha a megrendelő nem csak annyit ír, hogy tesztelés kell, hanem leírja a rendszert, a hibagyanút, a határidőt és azt, hogy weboldalról, webáruházról vagy alkalmazásról van szó. Itt ezen a weboldalon így könnyebb olyan embert találni, aki valóban ehhez ért, és nem általános informatikai munkát keres.

Debreceni helyszínek és távoli munka

Debrecen esetében a helyszín kérdése érdekesebb, mint elsőre látszik. A legtöbb tesztelés távolról is elvégezhető, mégis van, amikor hasznos a személyes egyeztetés. Például akkor, ha a rendszerhez belső hozzáférés kell, vagy a megrendelő szeretné lépésről lépésre megmutatni a problémás folyamatot. Ilyen esetben gyakran szóba kerül a belváros, Nagyerdő, Józsa, Pallag vagy a Debrecen környéki kisebb települések elérhetősége is.

Ha a munka alapvetően online történik, akkor a kerületen belüli cím kevésbé fontos, inkább az számít, mikor tud a szakember visszajelezni. De ha eszközátadás, közös próbafutás vagy belső céges környezet megtekintése is kell, akkor már számít, mennyire könnyen megközelíthető a helyszín. Debrecen és az agglomeráció között ilyenkor az utazási idő is beleszólhat a végső díjba.

Sokszor a legjobb megoldás vegyes. Rövid online egyeztetés, utána távoli tesztelés, majd egy közös lezárás. Ez kevésbé kényelmetlen a magánügyfélnek, és általában olcsóbb is, mint a teljesen személyes folyamat.

Együttműködés menete

A jó együttműködés általában rövid átadással indul. A megrendelő megmutatja, mire való a rendszer, kik használják, hol sejti a gondot, és mi számít sürgősnek. Ezután következik a tényleges ellenőrzés, majd a hibák összefoglalása. A végén jön a javítás utáni visszanézés. Nem bonyolult folyamat, de akkor működik jól, ha mindenki ugyanazt érti a feladaton.

Sokan ott hibáznak, hogy túl kevés információt adnak az elején. Azt mondják, nézze át valaki az oldalt. Ez kevés. Sokkal jobb, ha le van írva, hogy a fő cél például a rendelés, az időpontfoglalás vagy a belépés ellenőrzése. Ettől lesz fókusza a munkának, és ettől lesz pontosabb az ajánlat is.

Végül szerintem azt érdemes keresni, aki nem túlmagyarázza a tesztelést, hanem rendet tesz a projekt végén. Egy jó QA software tester nem feltétlenül beszél sokat, de a munkája után egyértelműbb lesz, mi hibás, mi javítandó először, és mi az, ami már biztonsággal kiengedhető a felhasználók elé.