QA-mérnökök Nyíregyházán: Vélemények és kedvező árak

QA-mérnök Nyíregyházán

A QA-mérnök akkor hasznos, amikor egy webes felület, ügyfélportál vagy kisebb egyedi rendszer működik ugyan, de a használat közben mégis hibák jönnek elő. Nyíregyházán ez sokszor nem nagy céges rendszerrel kezdődik, hanem egy családi vállalkozás oldalával, foglalási felülettel vagy egy saját ötletből készült alkalmazással. A megbízó azt látja, hogy a gomb megvan, az oldal betölt, mégsem halad végig a felhasználó. Ilyenkor a minőségbiztosítás nem mellékes ellenőrzés, hanem alapmunka. A hibák egy része csak valódi használat közben derül ki, amikor valaki rossz adatot ír be, visszalép, mobilról nyitja meg az oldalt vagy félbehagy egy folyamatot.

Szerintem a legnagyobb tévedés az, hogy sokan a tesztelést utolsó simításnak tartják. Pedig a minőségbiztosítási mérnök nem csak azt nézi meg, hogy valami elindul-e, hanem azt is, hogy kiszámítható marad-e több helyzetben. És ez magánügyfélnél is fontos. Egy hibás űrlap, elvesző adat vagy félreérthető üzenet ugyanúgy gondot okoz, mint egy nagy rendszerben. A Qjob.hu oldalon ezért is keresnek egyre többen ilyen segítséget, amikor nem érzésre, hanem tényleges próbák alapján szeretnék látni, hol gyenge a felület.

Mikor kell minőségbiztosítás

Minőségbiztosításra nem csak akkor van szükség, amikor már panasz érkezett. Én személy szerint jobban szeretem, ha ez korábban belép a folyamatba. Akkor még nem kell drága köröket futni. Egy szoftvertesztelő vagy minőségbiztosítási szakember sokszor már az első átadás előtt észreveszi, hogy a lépések sorrendje zavaros, a szöveg félrevezető, vagy a mobilos nézet miatt valaki egyszerűen nem tud továbbmenni.

Sokan hibáznak ott, hogy csak a látványos hibát tekintik valódi problémának. Pedig a kisebb fennakadások összeadódnak. Egy elcsúszott gomb, egy túl rövid hibaüzenet, egy rosszul működő keresőmező vagy egy hibás jelszó-visszaállítás külön-külön még kezelhető. Együtt már elviszik a felhasználót. És a megbízó közben csak azt érzi, hogy kevesebben küldenek űrlapot vagy kevesebben fejezik be a rendelést.

Volt egy eset, amikor egy ügyfél azt mondta, hogy nála minden rendben van, csak a jelentkezések száma esett vissza. A gond végül nem a főoldalon volt. Egy rövid megerősítő szöveg hiányzott a beküldés után, ezért sokan azt hitték, hogy nem ment át az adat. Ez apróságnak látszott. Mégis emiatt többen újra kitöltötték az űrlapot, mások pedig feladták. Ilyen helyzetekben a QA-mérnök munkája nagyon gyakorlatias.

A tesztelés menete

Egy jó QA-mérnök először megérti, mire való az adott rendszer. Másképp kell végignézni egy időpontfoglalót, egy tagsági oldalt vagy egy belső nyilvántartást. Szerintem ez a lépés sokkal fontosabb, mint hinnék. Ha nincs tisztázva, mi számít hibának, akkor a végén mindenki mást ért jó működés alatt.

Ezután jönnek a fő útvonalak. Regisztráció, bejelentkezés, adatküldés, fizetés nélküli beküldés, keresés, módosítás, visszalépés. De nem csak ezek. A minőségbiztosítási szakember a szokatlan helyzeteket is végigpróbálja. Mi történik hiányos adatnál. Mi van lassabb hálózatnál. Mi lesz akkor, ha valaki telefonról kezdi el és később folytatná másik eszközön. A szoftvertesztelő itt nem találgat, hanem leírja a hibát, a körülményt és a várható működést.

Sok megbízó gyors javítást kér, miközben a valós gond a dokumentálás hiánya. Ha nincs tiszta hibalista, később ugyanaz a probléma újra visszajön. Én jobban bízom abban a munkában, ahol nem csak annyi szerepel, hogy valami rossz, hanem az is, hogyan lehet újra előidézni. Ettől lesz használható a visszajelzés a fejlesztőnek is.

QA-mérnök árak

A díj általában attól függ, mennyire összetett a felület, kell-e több eszközön ellenőrizni, és kér-e a megbízó részletes hibajegyzéket is. Nyíregyházán sok kisebb projektben az egyszerű ellenőrzés olcsóbbnak tűnik, de a túl alacsony ár gyakran kevés mélységet jelent. Az én tapasztalatom az, hogy 12.000 alatt ritkán kap az ember valóban használható anyagot. Egy rövid átfutás még nem tesztelés. A rendes munka időt kér.

Olcsóbban is lehet találni vállalást, de az sokszor csak felületes átnézés. Ez nem mindig rossz, csak tudni kell, mire elég. Ha valaki valódi döntést akar hozni egy hibáról, akkor a túl olcsó ajánlat ritkán ad biztos alapot. És fordítva is igaz. A magas díj önmagában nem bizonyíték. A lényeg az, hogy mit kap érte a megbízó.

Hogyan válassz szakembert

Jó választásnál nem az a fő kérdés, hogy ki mennyire magabiztos, hanem hogy mennyire pontos. Én azt nézném először, hogyan kérdez az illető. Egy felkészült szakember rákérdez a célra, a tipikus felhasználóra, az eszközökre és arra is, mi számít sürgős hibának. Ha valaki ezek nélkül azonnal kész választ ad, ott én óvatos lennék.

Hasznos jel, ha a szakember különbséget tud tenni funkcióhiba, használati zavar és kisebb kényelmi gond között. Ez azért fontos, mert nem minden eltérés egyforma súlyú. A minőségbiztosítási szakember akkor dolgozik jól, ha rangsorolni is tud. Másként kell kezelni azt, ami megakaszt egy teljes folyamatot, és mást azt, ami csak bosszantó, de kerülhető.

Nyíregyházán és távolról dolgozva is érdemes kérni rövid mintát arról, hogyan írja le a hibát. Nem hosszú bemutatóra gondolok. Elég egy tömör példa. Ha abból azonnal érthető, mi a gond, hol jön elő és mi lenne a helyes működés, az már sokat elárul. A szoftvertesztelő munkájában a világos leírás fél siker.

Gyakori félreértések

Sokan úgy képzelik, hogy a tesztelés csak kattintgatás. De ez nem ilyen egyszerű. A jó ellenőrzés mögött gondolkodás van. És néha vita is. Sok fejlesztő vagy megbízó elsőre nem fogadja el, hogy egy kisebbnek látszó hiba valóban számít. Pedig a felhasználó nem műszaki szemmel nézi a felületet. Ő csak azt érzi, hogy megakadt. Ez elég is ahhoz, hogy kilépjen.

Mások azt hiszik, hogy ha egyszer kijavítottak valamit, azzal le is van zárva az ügy. De a javítás után jön az újrapróba. Itt bukik ki sok rejtett gond. Volt már olyan, hogy egy hibát rendbe tettek, de közben a folyamat másik pontján új zavar jelent meg. Ezért kell a visszaellenőrzés. És ezért érdemes a QA-mérnök munkáját nem egyszeri kattintásnak, hanem következetes ellenőrzésnek nézni.

Az is gyakori hiba, hogy a megbízó túl sokat vár egyetlen rövid körből. Egy kisebb ellenőrzés sokat segít, de nem pótol egy összetettebb vizsgálatot. Szerintem jobb tisztán látni a kereteket. Ha a cél csak az, hogy a legnagyobb hibák előjöjjenek, az más feladat. Ha a cél az, hogy stabilabb legyen a teljes használat, akkor több idő kell. És ezt jobb előre kimondani, mint utólag csalódni.

Nyíregyházán ugyanúgy igaz, mint máshol, hogy a digitális felületek hibái nem mindig hangosak. Néha csak csendben rontják az eredményt. Kevesebb beküldés, félbehagyott folyamat, bizonytalan használat. Ilyenkor egy QA-mérnök vagy más minőségbiztosítási szakember nem dísz a folyamat végén, hanem olyan ember, aki rendet tesz a tényleges működés körül.