QA engineerek Kecskeméten: Vélemények és kedvező árak

QA engineer Kecskeméten

A QA engineer akkor kell, ha egy weboldal, alkalmazás vagy belső felület működik, de nem elég megbízható. Ez a munka nem új funkcióról szól, hanem arról, hogy ami már elkészült, valóban használható legyen. Kecskeméten is sok magánügyfél csak akkor veszi észre a gondot, amikor a regisztráció megakad, a kapcsolatfelvétel nem fut végig, vagy a fizetés után nem érkezik visszajelzés. A hazai szakmai leírások gyakran a funkcionális ellenőrzést, az integrációs hibák kiszűrését és a részletes hibaleírást emelik ki. A nemzetközi szolgáltatói oldalak ehhez rendre hozzáteszik a webes és mobilos tesztelést, a használhatóságot, a végigvitt felhasználói útvonalakat és a pontos hibajelentést. Magánmegrendelőként ebből annyi látszik, hogy valakinek át kell néznie a teljes működést, nem csak egyetlen képernyőt.

Sokan összekeverik a javítást és az ellenőrzést. Pedig a QA engineer nem feltétlenül fejleszt, hanem feltárja, hol hibádzik a rendszer, milyen körülmények között jön elő a gond, és hogyan lehet azt újra előidézni. Én személy szerint jobban bízom abban a szakemberben, aki nem nagy szavakat használ, hanem világosan leírja a hibát. Ez gyorsítja a javítást. És ettől lesz kevesebb a felesleges vita a kivitelezővel.

Mikor kell QA szakember

QA szakemberre akkor van szükség, ha a felület látszólag kész, de a használat során bizonytalanná válik. Ilyen lehet egy saját webáruház, foglalási oldal, tanfolyami rendszer, tagsági felület vagy egy kisebb ügyfélportál. Ha egy folyamat néha lefut, máskor nem, azt sokszor nehéz házon belül megfogni. A megbízó csak annyit érez, hogy valami nem stabil. A minőségbiztosítási szakember viszont nem érzésből dolgozik, hanem végigpróbálja a fontos lépéseket, és közben figyeli a töréseket.

Sok ember ott hibázik, hogy csak akkor kér külső ellenőrzést, amikor már panaszkodik a felhasználó. Pedig korábban is lehetne. Az átadás előtti átnézés szerintem nyugodtabb megoldás. Nem olcsóbb minden esetben, de kevésbé kockázatos. Volt olyan helyzet, amikor egy ügyfél azt hitte, hogy az oldalával nincs nagy baj, csak néha lassú. A tesztelés során derült ki, hogy mobilon a megerősítő gomb a képernyő alá csúszott, ezért sokan egyszerűen nem fejezték be a rendelést. Nem szerverhiba volt. Nem programozási látványosság. Csak egy apró, de drága akadály.

És van egy másik tipikus ok is. Több fejlesztő dolgozott ugyanazon a rendszeren, ezért a működés részenként jó, együtt viszont már bizonytalan. A magyar szakmai leírások is rendszeresen kitérnek az integrációs ellenőrzésre. Ez magánügyfélnél is valós kérdés. Egy űrlap, egy automatikus levél és egy fizetési lépés külön még rendben lehet. Együtt már nem biztos.

Mit néz át a QA engineer

A QA engineer nem csak azt próbálja ki, hogy betölt-e az oldal. Átnézi a fő útvonalakat, a hibás mezőkitöltést, a belépést, a jelszóvisszaállítást, a keresést, a kosarat, a fizetést, az automatikus leveleket és sokszor a mobilos megjelenést is. A nemzetközi példákban visszatérő elem a webes és mobilos tesztelés, a használhatósági ellenőrzés, a hibajegyek készítése és az, hogy a felhasználói út végig legyen próbálva elejétől a végéig. Nekem ez reális elvárásnak tűnik. Az ügyfelet nem az érdekli, hogy egy részlet működik-e, hanem az, hogy a teljes folyamat célba ér-e.

A szoftvertesztelő munkája akkor hasznos igazán, ha a végén nem csak annyi marad, hogy valami rossz. Kell a pontos lépéssor. Melyik oldalon történt a hiba. Mi volt a várt eredmény. Mi lett helyette. Kellett-e belépni. Milyen eszközön jelent meg. Szerintem ez fontosabb, mint a túl hosszú szakmai beszámoló. Rövidebb anyag is lehet jó, ha abból elsőre dolgozni tud a fejlesztő.

És sokan elrontják azt is, hogy csak egy képernyőképet küldenek. Az ritkán elég. A minőségbiztosítási szakembernek útvonal kell. Előzmény kell. Néha több próbálkozás is kell. Ha ez nincs meg, a javítás elhúzódik, a felek pedig egymásra mutogatnak. Itt csúszik el sok projekt teljesen feleslegesen.

QA engineer árak

A QA engineer díja attól függ, hogy célzott hibakeresésről, teljes funkcionális átnézésről vagy több körös ellenőrzésről van-e szó. Számít az is, hogy kell-e mobilos próba, kell-e részletes hibajegy, és szükség van-e újratesztre a javítás után. A külföldi piactereken a kisebb szolgáltatások jellemzően belépő csomagokból indulnak, de a komolyabb webes és mobilos ellenőrzés már magasabb sávban jelenik meg. Itthon magánügyfélnél inkább a feladat nagysága alapján érdemes gondolkodni. Olcsóbban 12.000 alatt ritkán kapni valóban alapos munkát. Lehet találni ennél kevesebbért ajánlatot, de az sokszor csak gyors átfutás, nem rendes ellenőrzés.

Ezek tájékoztató sávok. A végső összeg attól függ, mennyi bizonytalanság van a rendszerben. Az én tapasztalatom az, hogy a túl olcsó munka ritkán tartalmaz valódi felelősséget. Ha nincs egyértelmű hibaleírás, nincs ellenőrizhető útvonal, és nincs visszateszt, akkor később ugyanarra a hibára kétszer is lehet fizetni.

QA engineer választása

QA engineer választásnál nem az a legfontosabb, hogy a szakember hány eszközt tud felsorolni. Fontosabb, hogy hogyan kérdez. Rákérdez-e arra, melyik folyamat a legfontosabb. Tudni akarja-e, milyen eszközről jönnek a hibák. Érdekli-e, hogy új vagy visszatérő problémáról van szó. A jó szoftvertesztelő nem ígér az első percben biztos eredményt. Előbb felméri a helyzetet. Ez szerintem jó jel, nem lassúság.

Sokan azt a hibát követik el, hogy a leggyorsabban ráérő embert választják. Pedig a minőségbiztosítási szakember értéke nem a kattintások számában van, hanem abban, hogy használható anyagot ad át. Én jobban szeretem azt a szakembert, aki rögtön tisztázza, mit fog ellenőrizni, mit nem, és milyen formában adja át a hibákat. Ettől átláthatóbb lesz a munka. És kevesebb a csalódás.

Volt már olyan ügyfél, aki korábban kapott egy hosszú listát, de abból nem derült ki, mi sürgős és mi nem. A fejlesztő nem tudta, mivel kezdjen. A javítás késett, az ügyfél ideges lett, végül új embert kellett bevonni. Azóta én azt gondolom, hogy a jó átadás legalább olyan fontos, mint maga a tesztelés. A Qjob.hu felületén is érdemes pontos feladatleírást adni. Írd le, hogy saját weboldalról, webshopról vagy zárt felületről van szó, melyik folyamat hibás, és sürgős-e a feladat. Ezen az oldalon így könnyebb olyan szakembert találni, aki tényleg ehhez a munkához ért.

QA Kecskemét városrészek és környékén

Kecskemét esetében a helyi jelenlét nem mindig a tesztelés miatt fontos, inkább az első egyeztetés miatt. Sok magánügyfél jobban szereti személyesen elmondani, hol akad el a rendszer, és utána már mehet minden távolról. Ez teljesen életszerű. A QA munka nagy része online is elvégezhető, de a kezdeti beszélgetésnél számíthat, hogy a másik fél ismeri a helyi környezetet és könnyen elérhető.

Nem csak a belvárosból jöhet megkeresés. Szóba kerülhet Széchenyiváros, Kadafalva, Méntelek, Hetényegyháza, Katonatelep vagy akár Ballószög is. Kecskemét környékén sokan saját kisebb üzleti oldalt, családi vállalkozás felületét vagy személyes projektet használnak. Ilyenkor általában nem az a kérdés, hogy kell-e nagy tesztelési terv, hanem az, hogy gyorsan kiderüljön, miért nem működik jól a rendszer.

És itt van egy fontos gyakorlati szempont. A helyi közelség önmagában nem old meg semmit. De megkönnyítheti az indulást, főleg akkor, ha a megbízó nem műszaki ember. A jó QA szakember ilyenkor nem bonyolítja túl a magyarázatot. Egyszerűen elmondja, mi a gond, mi a sürgős, és mi az, ami még várhat. Nekem ez sokkal többet ér, mint bármilyen látványos szakmai szóhasználat.