QA engineerek Győrben: Vélemények és kedvező árak

QA engineer magánügyfeleknek

A QA engineer akkor kell, amikor egy weboldal, alkalmazás vagy belső rendszer hibáit még azelőtt szeretnéd látni, hogy az ügyfeleid vagy a munkatársaid találkoznának velük. Magánügyfélként ez sokszor nem nagy vállalati projektet jelent, hanem egy készülő webshopot, időpontfoglalót, oktatási oldalt, mobilalkalmazást, egyszerű ügyfélkaput vagy egy olyan egyedi megoldást, amelyet már fejlesztett valaki, de nincs megnyugtatóan ellenőrizve. Győr környékén is gyakori, hogy a fejlesztés elkészül, aztán csak használat közben derül ki, hogy a regisztráció néha elakad, a fizetési folyamat félreérthető, vagy egy űrlap rossz adatot ment. Ilyenkor a tesztelés nem dísz, hanem kockázatcsökkentés.

A Qjob.hu oldalán különböző szakemberek közül lehet választani, nem egyetlen cég csomagja alapján. Ez azért hasznos, mert egy kisebb feladathoz elég lehet pár óra manuális ellenőrzés, míg egy összetettebb rendszerhez már részletes tesztterv, hibajegy lista és visszatesztelés is kell. A QA engineer feladata nem az, hogy mindent átvegyen a fejlesztőtől. Inkább megkeresi a gyenge pontokat, érthetően leírja a hibákat, és segít abban, hogy a javítás mérhető legyen. Személy szerint én jobban szeretem, ha a tesztelő nem csak hibákat sorol, hanem röviden megmondja azt is, melyik hiba sürgős és melyik várhat.

QA engineer feladatok kis projektekben

Egy kisebb digitális projektben a QA mérnök általában kézzel végigmegy a fő folyamatokon. Megnézi a belépést, a rendelést, a keresést, az adatmentést, a jogosultságokat és a hibás használati helyzeteket. Ez nem ugyanaz, mint amikor a tulajdonos gyorsan rákattint pár gombra. A tesztelő szakember más szemmel nézi a rendszert. Keresi az ismételhető hibát, figyeli a böngészőket, ellenőrzi a mobilos nézetet, és leírja, pontosan milyen lépésekkel lehet újra előhozni a gondot.

Volt eset, amikor egy ügyfél azt hitte, hogy a weboldala kész, csak még egy utolsó átnézés kell. A tesztelés közben kiderült, hogy a kapcsolatfelvételi űrlap látszólag elküldi az üzenetet, de bizonyos ékezetes karaktereknél nem érkezik meg a levél. Nem látványos hiba, mégis pénzbe kerülhet. A fejlesztő gyorsan javította, mert a hibalistában ott volt a böngésző, az eszköz, a lépéssor és a várt eredmény. Ez a különbség a laza próbálgatás és a rendes minőségellenőrzés között.

Sok magánügyfélnek nincs szüksége teljes automatizált tesztkörnyezetre. Elég lehet egy jó manuális teszt, használhatósági ellenőrzés és néhány fontos visszateszt. De ha a rendszer gyakran változik, vagy több felhasználói szerep van benne, akkor már érdemes átgondolni az automatizált tesztelés alapjait is. A jó szakember ezt nem erőlteti. Elmondja, mikor térül meg, és mikor csak felesleges költség.

Árak és várható díjak

A QA engineer díja attól függ, mennyire összetett a rendszer, hány felületet kell átnézni, és mennyire részletes dokumentációt kérsz. Egy egyszerű weboldal ellenőrzése más ár, mint egy regisztrációval, fizetéssel és admin felülettel működő alkalmazás tesztelése. Olcsóbban lehet találni alkalmi segítséget, de túl alacsony árnál gyakran hiányzik a pontos hibaleírás. Po mojem tapasztalatom szerint 8.000 forint alatt óránként ritkán lesz igazán alapos munka, főleg akkor, ha jelentést is kérsz.

A táblázat csak irányadó. Egy tapasztalt minőségbiztosítási szakember előbb rákérdez a feladat határára. Hány oldal van. Van e tesztfiók. Kell e több böngésző. Van e fizetési próbakörnyezet. Ha ezek hiányoznak, a munka lassabb lesz. A pontos árhoz nem elég annyit mondani, hogy tesztelni kell az oldalt. Legalább a fő funkciókat és a kívánt kimenetet érdemes leírni.

Szakember választása QA munkára

A jó QA engineer nem csak türelmes, hanem pontos is. Ez a munka részleteken múlik. Nézd meg, hogyan kérdez. Ha rögtön fix árat mond úgy, hogy nem látta a rendszert, az kockázat. Ha előbb meg akarja érteni a célodat, az jobb jel. Egy magánügyfélnek nem mindig kell több év nagyvállalati háttér, de kell fegyelmezett gondolkodás. A hiba akkor hasznos, ha reprodukálható és érthető.

Sokan ott rontják el, hogy csak a legolcsóbb ajánlatot nézik. Egy tesztelő szakember munkája akkor ér valamit, ha a fejlesztő is tud vele dolgozni. Egy olyan megjegyzés, hogy nem működik a gomb, kevés. Ennél jobb, ha benne van az oldal neve, a felhasználói szerep, a lépések, a kapott eredmény és az elvárt működés. Nem kell túlbonyolítani, de a pontosság számít. Én azt preferálom, ha a szakember a hibákat súlyosság szerint rendezi. Így nem vész el a lényeg.

Érdemes rákérdezni arra is, milyen eszközöket használ. Nem kell mindenhez drága rendszer. Egy rendezett táblázat, képernyőkép és rövid videó is elég lehet. Nagyobb munkánál már hasznos lehet hibakezelő felület. A lényeg az, hogy a végeredmény ne csak egy hosszú üzenet legyen, hanem követhető anyag. Ha a szakember ezt előre tisztázza, kevesebb lesz a félreértés.

Tesztelés Győrben és környékén

Győrben sok kisebb vállalkozás, magánkezdeményezés és helyi szolgáltató használ saját webes rendszert. Egy fodrászat foglalója, egy oktató online jelentkezési oldala vagy egy helyi webshop ugyanúgy hibázhat, mint egy nagy rendszer. A helyi munka előnye, hogy személyes egyeztetés is megoldható, ha a projekt érzékeny vagy nehezen magyarázható. Nádorváros, Adyváros, Belváros, Marcalváros és Ménfőcsanak környékén is előfordul, hogy a megbízó inkább közeli szakemberrel beszélne.

De a QA feladatok nagy része távolról is működik. Győr környékén, például Abda, Vámosszabadi, Nyúl vagy Pannonhalma felől sem kell feltétlenül személyes találkozó. A hozzáférések, tesztfiókok és képernyőképek általában elegendők. Ami fontosabb, az a tiszta kommunikáció. Melyik oldal éles. Melyik csak próba. Mit szabad módosítani. Kell e adatot törölni a teszt után. Ezeket érdemes előre rögzíteni, mert egy rossz tesztelési környezet több gondot okozhat, mint amennyit megold.

Helyi projekteknél gyakran az is számít, hogy a felhasználók nem műszaki emberek. Egy idősebb ügyfél, egy bolti munkatárs vagy egy ügyintéző másképp használja a felületet, mint a fejlesztő. A minőségellenőrzés ilyenkor nem csak hibakeresés, hanem józan használati próba is. Ezért hasznos, ha a szakember nem csak technikai szempontból gondolkodik.

Mit érdemes előkészíteni

A QA engineer gyorsabban és pontosabban dolgozik, ha megkapja a szükséges információkat. Kell egy rövid leírás arról, mire való a rendszer. Kell hozzáférés, tesztadat és lista a legfontosabb folyamatokról. Ha van korábbi hiba, azt is érdemes elküldeni. Nem baj, ha a dokumentáció nem szép. Legyen érthető. Egy fél oldalas leírás sokszor többet ér, mint egy hosszú, de pontatlan üzenet.

Hasznos előre eldönteni, milyen eredményt vársz. Csak hibák listája kell. Vagy rövid összefoglaló is. Kell e képernyőkép minden hibához. Szükséges e visszateszt a javítás után. Ha ezt nem tisztázod, könnyen vita lesz abból, hogy mit tartalmazott az ár. A minőségbiztosítási szakember sem gondolatolvasó. Neki is keret kell, különben túl sok irányba indul el.

A legjobb eredmény akkor születik, ha a megbízó nem védi mindenáron a kész rendszert. A tesztelés célja nem a hibáztatás. A cél az, hogy a felhasználó kevesebb hibával találkozzon. Ez néha kellemetlen, mert kiderül, hogy egy késznek hitt rész még gyenge. De jobb ezt zárt körben látni, mint egy ügyfél panaszából. A QA engineer ebben segít. Nem csodát tesz, hanem rendet rak a bizonytalanságban.