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

Egy platform, ami szétesett élesben

Egy fintech startup két évig fejlesztett egy befektetési platformot. Minden szép volt a demókon. A befektetők lelkesek voltak. A marketing már kampányt tervezett. Aztán jött a nyilvános béta. Első nap 200 felhasználó regisztrált. Harmaduk nem tudott bejelentkezni. A portfólió összegek véletlenszerűen változtak. Egy bug miatt valaki látott mások befektetéseit is.

A cég összeült. Kiderült, hogy sosem volt QA engineer a projektben. A fejlesztők tesztelték a saját kódjukat. De senki nem nézte át az egész rendszert komplexen. Senki nem írta meg a teszteket. Senki nem ellenőrizte, hogy a különböző modulok hogyan működnek együtt. Ez lett a vége.

Behívtak végül három QA szakembert. Két hét alatt 340 hibát dokumentáltak. Kritikusak, súlyosak, közepes fontosságúak. Négy hónap alatt javították őket. A platform végül elindult, de a kezdeti lendület elveszett. És a költség ötszöröse lett annak, mint ami lett volna, ha eleve van QA engineer keresés a projekt elején.

Mit jelent valójában a QA engineer munka

Sokan összekeverik a tesztelővel. De a QA mérnök többet csinál, mint hogy kattintgat az alkalmazásban. Ő gondoskodik a minőségről az egész fejlesztési folyamat során. Már a tervezésnél ott van. Segít meghatározni, mit jelent a minőség ebben a projektben. Milyen kritériumok vannak. Mi az elfogadható hibaráta.

• Tesztstratégia kialakítása
• Automatizált tesztek írása
• Manuális exploratív tesztelés
• Teljesítmény és terhelés tesztelés
• Biztonsági szempontok ellenőrzése
• Csapat minőségi kultúrájának formálása
• CI CD pipeline integrálása

Egy tapasztalt QA engineer tudja, mikor kell automatizálni. Nem mindent érdemes. Vannak tesztek, amik túl gyakran változnak. Vagy olyan ritkán futnak, hogy nem éri meg az automatizálás költségét. De vannak olyan területek, ahol elengedhetetlen. Regression tesztek, smoke tesztek, API végpontok. Ezeket mindenképp automatizálni kell.

A kommunikáció óriási része a munkának. A QA mérnök beszél mindenki mással. Fejlesztőkkel, product managerekkel, üzleti vezetőkkel. Segít megértetni, miért fontos a minőség. Miért nem lehet csak úgy kihagyni a tesztelést. Miért kell időt szánni a bug fixekre.

Gyakori félreértések QA engineer keresés közben

Első hiba, hogy csak a projekt végére tervezik be. Addigra már késő. A QA-nek már a tervezéstől részt kell vennie. Így lát rá az egész folyamatra. Tud javasolni olyan változtatásokat, amik később megspórolnak rengeteg munkát.

Második probléma a feladatkör tisztázatlansága. Van, ahol azt várják, hogy a QA engineer programozzon is. Teszteljen is. Írjon dokumentációt is. Csinálja a DevOps munkát is. Ez irreális. Egy ember nem tud mindent csinálni jól.

Harmadik hiba az automatizálás túlértékelése. Sokan azt hiszik, ha van automatizált teszt, akkor minden rendben van. De az automatizált teszt csak azt ellenőrzi, amit programoztak bele. Ha rossz a logika, akkor rossz eredményt ad. Kell mellé manuális exploratív tesztelés is.

Negyedik tévedés, hogy a QA felelős a minőségért. Nem. Mindenki felelős. A QA segít elérni a minőséget, de nem ő írja a kódot. Ha a fejlesztők nem törődnek a minőséggel, egy QA mérnök sem tudja megmenteni a projektet.

Árak és költségek különböző QA feladatokra

Ezek budapesti senior és medior QA engineer árak. Junior szinten 6-9 ezer forint az óradíj, de velük lassabban megy minden, és sokat kell segíteni nekik. Projektalapú munkánál egy teljes QA folyamat felállítása 1,5-4 millió forint lehet, attól függ, mekkora a projekt.

Személyes tapasztalatom szerint 11 ezer forint alatti óradíjjal nehéz senior QA szakembert találni. Persze vannak kivételek, főleg remote dolgozó vidéki szakembereknél. De Budapesten ez a reális szint, ha minőségi munkát akarsz.

Hogyan válassz jó QA engineer szakembert

Nézd meg a technikai stack-et. Milyen eszközöket ismer? Selenium, Cypress, Playwright, Appium, Postman, JMeter. Ezek az alapok. De ne csak a lista érdekes. Kérdezd meg, mikor melyiket használná. Miért.

Kérdezd meg konkrét példákat. Milyen volt a legnagyobb kihívás egy korábbi projektben? Hogyan találta meg? Hogyan kommunikálta a fejlesztőknek? Hogyan győződött meg róla, hogy javítva lett? A konkrét válaszok többet mondanak, mint a CV.

Programozási ismeretek fontosak. Egy modern QA engineer tud kódolni. Nem olyan szinten, mint egy fejlesztő. De tudnia kell Python, JavaScript vagy Java alapokat. Különben nem tud automatizált teszteket írni.

Figyeld a kommunikációs készséget. Tud érthetően magyarázni? Türelmes, ha nem technikai emberekkel beszél? Képes kompromisszumot kötni? Ezek kritikusak, mert a QA mérnök állandóan kommunikál.

Referenciák ellenőrzése nélkülözhetetlen. Hívd fel a korábbi megbízókat. Kérdezd meg őket, hogyan dolgozott a szakember. Volt-e túl perfekcionista? Vagy túl laza? Találta meg az egyensúlyt a minőség és a határidők között?

Gyakorlati tanácsok a sikeres együttműködéshez

Adj világos elvárásokat. Milyen szintű minőséget vársz? Mennyi az elfogadható hibaszám? Milyen területek a legkritikusabbak? Ezek nélkül a QA szakember találgatni fog, te meg nem azt kapod, amit akartál.

Fogadd el, hogy hibákat fog találni. Sok hibát. Ez nem kritika, hanem segítség. Jobb most megtalálni őket, mint amikor az ügyfelek jelentik. Ne vedd személyes sértésnek a bug reportokat.

Biztosíts időt a tesztelésre. Ne azt várd, hogy egy hét fejlesztés után másnap már kész a teljes tesztelés. Számíts rá, hogy a fejlesztési idő 20-30 százalékát teszi ki a tesztelés. Ha kevesebbet szánsz rá, kompromisszumokat kell kötni.

Ne hagyd ki a tesztelést egy gyors hotfix-nél. Ez a legnagyobb csapda. Valami elromlik élesben, gyorsan javítanak. Kihagyják a tesztelést, mert sürgős. Aztán a javítás valami mást elront. És megint elölről.

A Qjob.hu oldalon keresztül általában 1-2 héten belül találsz QA engineer jelölteket. De a legjobb szakemberek gyorsan elkelnek. Ha találsz valakit, aki megfelel, ne gondolkodj sokáig. A QA terület keresett, a jó embereknek több ajánlatuk is van.

Végül egy őszinte tanács. Ne próbálj spórolni QA-n. Láttam már projektet, ahol azért nem volt QA mérnök, mert drágának találták. A fejlesztők teszteltek. Három hónappal a launch után még mindig olyan bugok jöttek elő, amiket már az első héten meg kellett volna találni. Az elveszett ügyfelek és a rossz hírnév sokkal többe került, mint amennyibe egy normális QA folyamat került volna.