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

QA engineer magánügyfeleknek

A QA engineer akkor hasznos magánügyfélnek, ha egy weboldal, alkalmazás vagy belső felület már működik, de még nem lehet nyugodtan átadni felhasználóknak. Ilyenkor nem elég végignyomkodni néhány gombot. Kell egy külső szem, aki hibákat keres, érthető jegyzetet ír, és jelzi, mi veszélyes, mi csak kényelmetlen. Veszprém környékén sok kisebb vállalkozás és magánmegbízó indít foglalási oldalt, webshopot, tanfolyami felületet vagy egyszerű ügyfélkaput. Ezeknél a minőségbiztosítás nem nagyvállalati luxus, hanem józan óvatosság. A Qjob.hu felületén különböző szakemberek közül lehet választani, nem egyetlen cég csomagját kell elfogadni.

Лично я предпочитаю a magyarul is tisztán kommunikáló tesztelőt, mert a hibaleírás akkor ér valamit, ha a fejlesztő és a megbízó is megérti. Egy QA engineer nem csak hibát talál. Rendet tesz a folyamatban. Megnézi, mi történik regisztrációnál, fizetésnél, űrlapküldésnél, jogosultságoknál, mobilnézetben és lassabb internet mellett. Nem minden projekthez kell teljes tesztcsapat. Sokszor elég egy tapasztalt szoftvertesztelő néhány órája, ha pontos a feladat.

Minőségbiztosítási feladatok

A minőségbiztosítási szakember első dolga általában a cél megértése. Másképp kell nézni egy bemutatkozó oldalt, mint egy olyan rendszert, ahol ügyfelek adatokat töltenek fel. Egy egyszerű weboldalon elég lehet a böngészők, űrlapok, linkek és mobilnézet ellenőrzése. Egy rendelési folyamatnál már fontos a kosár, a számlázási adatok, az értesítések és a hibás bemenet kezelése is.

Sokan ott hibáznak, hogy csak azt tesztelik, ami szerintük működni fog. Pedig a felhasználó nem mindig úgy kattint, ahogy a fejlesztő elképzelte. Rossz telefonszámot ír be. Üresen hagy mezőt. Visszalép fizetés közben. Kétszer nyom meg egy gombot. A jó szoftvertesztelő ezekre is gondol, mert a kellemetlen hiba gyakran nem a fő útvonalon jelenik meg.

A munka része lehet funkcionális teszt, használhatósági ellenőrzés, böngésző kompatibilitás, mobilos próba, hibajegy készítés, regressziós teszt és rövid átadási jelentés. Automatizált ellenőrzés akkor indokolt, ha a rendszer gyakran változik, vagy sok ismétlődő lépést kell újra és újra nézni. Magánmegbízásnál viszont gyakran a manuális ellenőrzés adja a legtöbb hasznot, mert gyorsan feltárja a valódi használati gondokat.

QA árak és munkadíjak

Az árakat a feladat mérete, a rendszer állapota, a sürgősség és a dokumentáció minősége határozza meg. Egy kisebb oldal átnézése nem ugyanaz, mint egy több szerepkörös webalkalmazás ellenőrzése. Olcsóbb 10.000 forint alatt ritkán lesz minőségi, ha valódi hibajegyeket, képernyőképeket és visszatesztelést is vár a megbízó. Persze lehet kivétel, de ott általában nagyon szűk a feladat.

По моему опыту a megbízók gyakran nem a legolcsóbb ajánlattal járnak jól, hanem azzal, amelyik pontosan leírja, mit fog ellenőrizni. Ha az ajánlat csak annyi, hogy tesztelés, az kevés. Jobb, ha benne van a böngészők köre, a felhasználói utak listája, a hibajegyek formája és az átadás módja.

Megfelelő tesztmérnök kiválasztása

A megfelelő tesztmérnök nem feltétlenül az, aki a legtöbb eszközt felsorolja. Magánügyfélnél fontosabb a világos gondolkodás, a türelem és az, hogy képes legyen röviden magyarázni. Érdemes rákérdezni, milyen típusú rendszereket tesztelt korábban. Webshop, időpontfoglaló, mobilalkalmazás, oktatási felület és belső admin rendszer más figyelmet kér.

Jó jel, ha a szakember minta hibajegyet tud mutatni személyes adatok nélkül. Egy jó hibajegy tartalmazza a lépéseket, a várt eredményt, a tényleges eredményt, a környezetet és lehetőleg képet vagy rövid videót. Rossz jel, ha valaki csak általános véleményt ad. Az nem minőségbiztosítás, hanem benyomás.

Volt eset, amikor egy klient egy késznek hitt időpontfoglaló oldalt adott át ellenőrzésre. A fő útvonal működött, de ha valaki mobilon visszalépett a naptárból, a rendszer megtartotta a régi időpontot. Ez nem látványos hiba, mégis dupla foglalást okozhatott volna. A tesztelő fél nap alatt megtalálta, a fejlesztő gyorsan javította. Ezért éri meg külső szemmel nézni a készülő rendszert.

Helyi munka Veszprémben és környékén

Veszprémben a legtöbb QA feladat távolról is elvégezhető, de a helyi ismeret néha számít. Egy éttermi foglaló, szállásoldal, oktatási szolgáltatás vagy helyi kereskedő weboldala más nyelvet és használati ritmust kap, mint egy országos rendszer. A belváros, Dózsaváros, Jeruzsálemhegy, Cholnokyváros vagy Gyulafirátót környékéről érkező ügyfeleknél gyakran fontos, hogy a visszajelzés ne legyen túlbonyolítva.

A környező települések, például Balatonfüred, Herend, Márkó, Nemesvámos és Ajka felől is sok olyan megbízás jöhet, ahol nincs szükség személyes találkozóra. Elég egy belépés, egy rövid leírás és a tesztelendő útvonalak listája. De ha a rendszer helyszíni eszközhöz, pénztárhoz vagy belső hálózathoz kapcsolódik, akkor a személyes egyeztetés hasznos lehet. Veszprém esetében ez még kezelhető távolság.

Átadás és hibajelentés

A tesztelés vége nem az, hogy a szakember azt mondja, kész. A hasznos átadás tömör, de követhető. Tartalmazza a talált hibákat, azok súlyosságát, a javasolt javítási sorrendet és azt is, mi nem lett ellenőrizve. Ez utóbbi kellemetlenül őszinte rész, mégis fontos. Így a megbízó nem hiszi azt, hogy minden lehetséges helyzetet átnéztek.

A QA engineer akkor dolgozik jól, ha nem dramatizálja túl a hibákat, de nem is bagatellizál. Egy elcsúszott gomb lehet apróság. Egy hibás adatmentés már kockázat. A kettőt külön kell kezelni. Szeretem, amikor a jelentésben külön sorban szerepel a felhasználói hatás. Így a megbízó látja, hogy miért fontos egy javítás, nem csak technikai listát kap.

A visszatesztelésről is érdemes előre beszélni. Ha a fejlesztő javította a hibát, valakinek meg kell néznie, tényleg megoldódott-e, és nem romlott-e el mellette más. Ez kis projektben is számít. A minőségbiztosítási szakember ilyenkor nem újra mindent tesztel, hanem célzottan ellenőrzi a változás hatását.

Mikor érdemes QA segítséget kérni

QA segítséget nem csak a végén lehet kérni. Sőt, gyakran olcsóbb korábban bevonni egy szoftvertesztelő szakembert. Ha már a fejlesztés közben tiszta a fő folyamat, kevesebb lesz az utólagos javítás. Egy magánügyfélnek ez azért fontos, mert a költségkeret ritkán korlátlan, és a fejlesztési csúszás gyorsan feszültséget okoz.

Érdemes külső ellenőrzést kérni indulás előtt, nagyobb módosítás után, fizetési vagy regisztrációs funkció bevezetésekor, illetve akkor, ha sok ügyfél panaszkodik, de nem világos, hol akadnak el. Nem kell minden hibához nagy folyamat. Néha egy kétórás célzott teszt többet ér, mint napokig találgatni.

A QA engineer munkája akkor térül meg legjobban, ha a megbízó pontos hozzáférést, rövid célleírást és valós példákat ad. Nem kell szépen megfogalmazott dokumentáció. Elég, ha világos, mit kell tudnia a rendszernek, ki használja, és melyik hiba okozna valódi kárt. A többit egy jó tesztmérnök kérdésekkel pontosítja.