QA-mérnökök Szegeden: Vélemények és kedvező árak

QA-mérnök magánügyfeleknek

A QA-mérnök abban segít, hogy egy weboldal, mobilalkalmazás, ügyviteli rendszer vagy kisebb egyedi szoftver ne csak elkészüljön, hanem használható is legyen. Magánügyfeleknél ez gyakran akkor válik sürgőssé, amikor a fejlesztő már átadta a munkát, de a belépés, a rendelés, az űrlap, a fizetés vagy az adatmentés hibázik. Ilyenkor nem mindig új fejlesztés kell. Sokszor elég egy átgondolt vizsgálat, pontos hibajegy, majd ellenőrzött javítás.

A Qjob.hu felületén több különböző szakember közül lehet választani, ezért a megbízás nem egy céghez kötött. Ez előny, ha a feladat kicsi, sürgős vagy személyes figyelmet igényel. Egy jó tesztelő szakember nem csak kattintgat. Megnézi a folyamatot a felhasználó szemével, de közben műszaki rendben gondolkodik. Hol törik meg az út. Melyik adat vész el. Melyik hiba ismételhető. Mit kell először javítani.

Személyes tapasztalatom szerint a legtöbb magánmegbízás nem azért csúszik el, mert nagy a hiba. Inkább azért, mert senki nem írja le pontosan, mi történt. A fejlesztő mást lát, az ügyfél mást mond, a hibáról pedig nincs képernyőkép, lépéslista vagy eszközadat. Egy QA-mérnök ezt a zavart rendezi.

QA hibakeresés és tesztterv

A hibakeresés célja nem az, hogy minél több problémát soroljon fel valaki, hanem hogy a fontos hibák javítható formában kerüljenek elő. Egy kisebb oldalnál elég lehet a fő folyamatok ellenőrzése. Belépés, regisztráció, kosár, kapcsolatfelvétel, fájlfeltöltés, értesítő levél. Egy összetettebb rendszerhez már tesztterv kell, mert különben kimaradnak a ritkább esetek.

A QA szakember először tisztázza, mire használják a rendszert. Nem ugyanaz a vizsgálat kell egy időpontfoglaló oldalhoz, egy magántanár tanulói felületéhez vagy egy kis webáruházhoz. A tesztterv rövid is lehet. A lényeg, hogy legyen benne böngésző, eszköz, felhasználói szerep, várható eredmény és tényleges eredmény. Ettől a javítás gyorsabb lesz.

Sokan hibáznak ott, hogy a tesztelést a legvégére hagyják. Már kész a számla, közeleg az átadás, közben kiderül, hogy a jelszó-visszaállítás nem működik telefonon. Volt eset, amikor egy ügyfél csak annyit mondott, hogy néha eltűnnek a rendelési adatok. A vizsgálat után kiderült, hogy a hiba csak akkor jelent meg, ha a vásárló hosszú ékezetes nevet adott meg és közben mobilról fizetett. A fejlesztő ezt korábban nem próbálta. A javítás fél nap volt, de a pontos leírás nélkül napokig ment volna a vita.

QA tesztelési árak és munkaidő

Az ár attól függ, mennyi képernyőt, folyamatot és eszközt kell átnézni. Egy rövid ellenőrzés olcsóbb, mint egy részletes tesztjegyzőkönyv. Az automatizált vizsgálat drágább lehet, mert előkészítést igényel. Magánügyfeleknél általában nem a nagy vállalati csomag a jó döntés, hanem egy pontosan körülírt feladat. Én inkább azt szeretem, ha az első kör kisebb. Utána már látszik, kell-e mélyebb vizsgálat.

Olcsóbban 12.000 forint alatt ritkán lesz minőségi munka, ha valódi hibalistát és ellenőrizhető visszajelzést várunk. Lehet találni gyors átnézést kevesebbért, de ott gyakran csak általános vélemény készül. A komolyabb minőségbiztosítási szakértő időt kér a belépésekre, a környezet beállítására és a hibák ismétlésére is.

Az áraknál számít az is, mennyi előkészítő anyag van. Ha van hozzáférés, leírás és ismert hibajegy, a munka rövidebb. Ha mindent a tesztmérnöknek kell kiderítenie, a díj magasabb lesz. Ez nem feltétlenül rossz, csak előre kell látni.

QA szakember választása

A megfelelő szakember kiválasztásánál a legfontosabb a gondolkodásmód. Nem elég, ha valaki azt írja magáról, hogy alapos. Kérdezni kell, milyen hibajegyet ad át, milyen eszközön tesztel, tud-e rövid összefoglalót készíteni, és elkülöníti-e a kritikus hibát a kényelmetlenségtől. Egy jó tesztelő szakember nem ijesztget hosszú listával. Rendet tesz benne.

Magánügyfélnél különösen fontos, hogy a QA-mérnök érthetően fogalmazzon. A megbízó sokszor nem fejlesztő. Nem akar naplófájlokról és technikai részletekről tárgyalni, de tudnia kell, melyik hiba akadályozza a használatot. A jó leírás ezért egyszerű. Mit csináltam. Mit vártam. Mi történt. Hol látható. Mennyire sürgős.

Én óvatos lennék azzal, aki azonnal teljes rendszerauditot javasol egy kis oldalra. Lehet, hogy később kell ilyen, de első körben gyakran elég egy célzott ellenőrzés. A másik véglet sem jó. Aki csak gyorsan átnézi és azt mondja, minden rendben, de nem ad nyomot a munkáról, azzal nehéz később vitatkozni. A QA szakember értéke sokszor az írásos nyom.

Szegedi QA feladatok és helyi igények

Szeged környékén sok kisvállalkozó, oktató, szolgáltató és magánprojekt használ egyedi webes megoldást. A helyi megbízásoknál gyakori az időpontfoglalás, a tanfolyami felület, a rendelési oldal, a belső nyilvántartás és a kisebb ügyfélkapu. Ezeknél a hibák nem mindig látványosak, de gyorsan bizalmi gondot okoznak. Ha egy űrlap néha nem küld üzenetet, az ügyfél nem fogja keresni az okát. Egyszerűen továbbáll.

Lokális munka esetén előny, ha a minőségbiztosítási szakértő érti a környék használati szokásait is. Szeged belvárosában működő szolgáltatóknál más a forgalom, mint Újszeged, Móraváros, Rókus vagy Kiskundorozsma kisebb vállalkozásainál. Nem a városrész dönti el a hibát, de a használati helyzet számít. Van, ahol a telefonos foglalás a fő út. Máshol az asztali gépes ügyintézés.

Szeged vonzáskörzetében, például Algyő vagy Deszk felől érkező ügyfeleknél is fontos a gyors betöltés és az egyszerű űrlap. Ha a rendszer lassú mobilhálózaton, az nem csak kényelmi kérdés. A tesztelésnek ezt is figyelembe kell vennie. A QA-mérnök ilyenkor nem fejleszt helyetted, hanem megmutatja, hol romlik el a felhasználói út.

QA átadás és javításkövetés

Az átadás akkor hasznos, ha a megbízó és a fejlesztő is ugyanazt látja belőle. Egy jó hibalista nem regény. Rövid cím, lépések, várt eredmény, tényleges eredmény, súlyosság és melléklet. Ezzel lehet dolgozni. A tesztmérnök feladata nem az, hogy hibást keressen valakiben. A feladat az, hogy a szoftver állapota tiszta legyen.

A javításkövetés sokszor fontosabb, mint az első teszt. Előfordul, hogy egy javítás megold egy hibát, de elront egy másik részt. Ezért kell újrateszt. Nem minden pontot kell újra végigvinni, de a kapcsolódó folyamatokat igen. Ha a fizetés előtti adatellenőrzés változott, akkor a visszaigazoló levél és a rendelési összeg is kapjon figyelmet.

Személy szerint azt tartom jó lezárásnak, amikor a megbízó kap egy rövid állapotképet. Mi javult. Mi maradt nyitva. Mi nem hiba, csak kényelmetlen működés. Mit érdemes később külön fejleszteni. Ez nyugodtabb döntést ad, főleg akkor, ha a költségkeret szűk. Szeged kisebb magánprojektjeinél ez gyakori helyzet. Nem mindenre van pénz azonnal, de a veszélyes hibákat nem szabad elengedni.

A tesztmérnök akkor ad valódi értéket, ha a bizonytalanság csökken. Nem kell minden menüpont tökéletes legyen az első napon. De a fő folyamatoknak működniük kell, a hibáknak követhetőnek kell lenniük, és a megbízónak tudnia kell, mire fizet. Ez egyszerű elv, mégis sok projektben ezen múlik az átadás.