QA software testerek Szegeden: Vélemények és kedvező árak

QA software tester magánügyfeleknek

A QA software tester akkor hasznos, ha egy weboldal, alkalmazás vagy belső rendszer hibáit még azelőtt kell megtalálni, hogy az éles használatban gondot okoznának. Magánügyfélként ez gyakran nem nagy vállalati projektet jelent, hanem egy webshop átnézését, egy időpontfoglaló ellenőrzését, egy mobilos felület próbáját vagy egy fejlesztő által átadott munka független vizsgálatát. Szeged környékén sok ilyen feladatnál elég egy külsős tesztelő, aki világosan leírja, mi működik rosszul, hol akad el a felhasználó, és melyik hiba mennyire sürgős.

Nem minden hiba látványos. Van, amelyik csak bizonyos böngészőben jön elő. Más akkor, ha a vevő rossz adatot ír be. És van olyan is, amikor technikailag minden működik, de a folyamat mégis zavaros. Szerintem a jó szoftvertesztelő nem csak kattintgat. Figyeli a logikát, a felhasználói utat, a szövegeket, az űrlapokat és azt is, hogy a rendszer mit tesz hibás helyzetben. Qjob.hu felületén több különböző szakember közül lehet választani, így nem egy cég csomagját kell elfogadni, hanem konkrét emberrel lehet egyeztetni.

QA tesztelés kisebb projektekhez

Kisebb projektnél a QA tesztelés célja egyszerű. Ki kell deríteni, hogy a késznek mondott felület valóban használható-e. Egy magánügyfél sokszor fejlesztőt bíz meg egy oldallal, majd nem tudja eldönteni, rendben van-e az átadás. Ilyenkor a tesztelő szakember külső szemmel nézi meg a munkát. Nem védi a kódot, nem magyarázza a fejlesztő döntéseit, hanem azt vizsgálja, hogy a felhasználó mit tapasztal.

Volt eset, amikor egy ügyfél azt hitte, a fizetési oldal a fő gond. A vizsgálat után kiderült, hogy a baj korábban kezdődött. A kosár mobilon néha eltűnt, ha a felhasználó visszalépett a termékoldalra. Ez nem nagy hangú hiba volt, de elég volt ahhoz, hogy a vásárló elbizonytalanodjon. Ilyen esetben a hibalista értéke nem csak az, hogy van benne sok sor. Az a lényeg, hogy a hibák érthető sorrendbe kerüljenek.

Sok megbízásnál nincs szükség teljes körű laborra. Elég lehet kézi tesztelés, több eszközön végzett ellenőrzés, alapvető használhatósági vizsgálat és egy rövid, világos jelentés. De fontos, hogy a feladat elején pontos legyen a határ. Mit kell tesztelni, milyen eszközön, milyen böngészőben, milyen szerepkörrel. Ha ez elmarad, a munka könnyen szétesik.

Árak és tipikus díjak

A QA software tester díja a feladat méretétől, a hibajelentés részletességétől és a szükséges eszközöktől függ. Egy egyszerű oldal átnézése olcsóbb, mint egy regisztrációs, fizetési és admin felületet is tartalmazó rendszer ellenőrzése. Tapasztalatom szerint túl alacsony árnál gyakran csak felszínes kattintgatás történik. 12.000 alatt ritkán lesz minőségi munka, ha valódi hibaleírásra és visszaellenőrzésre is szükség van.

Az árnál nem csak az óradíj számít. Fontos, hogy mi kerül a végére. Egy rövid üzenet néhány hibával nem ugyanaz, mint egy rendszerezett dokumentum képernyőképekkel, lépésekkel és fontossági sorrenddel. Én inkább olyan ajánlatot választanék, ahol a szakember előre leírja, milyen formában adja át az eredményt.

A megállapodás előtt érdemes tisztázni, hogy a tesztelés egyszeri átadásra szól, vagy a javítások után lesz még ellenőrzés. Ez sok vitát megelőz. Ha a fejlesztő javít valamit, az új hiba máshol is megjelenhet. Ezért a visszatesztelés nem felesleges kör, hanem a munka természetes része.

Szoftvertesztelő választása

A szoftvertesztelő kiválasztásánál nem a legtöbb ígéret a döntő. A jó jel az, ha a szakember kérdez. Milyen rendszer ez. Ki használja. Mi számít hibának. Mi a legfontosabb üzleti folyamat. Ha valaki rögtön árat mond minden részlet nélkül, az nem feltétlen baj, de óvatosságra int.

Személy szerint előnyben részesítem azt a tesztelő szakembert, aki tud példát adni egy korábbi hibajelentés felépítésére. Nem kell bizalmas adatot mutatnia. Elég, ha látszik, hogy rendezetten dolgozik. Jó, ha külön kezeli a kritikus hibákat, a kényelmetlenségeket és a javaslatokat. A magánügyfélnek ez azért fontos, mert a fejlesztővel később így lehet konkrétan beszélni.

Sokan hibáznak akkor, amikor csak olcsó segítséget keresnek, és nem nézik meg, hogy az illető milyen típusú rendszereket tesztelt korábban. Egy játék, egy vállalkozói bemutatkozó oldal és egy rendelési felület teljesen más figyelmet kér. Nem kell mindenhez ugyanaz a tapasztalat, de a feladat jellegének illeszkednie kell a tudáshoz.

Tesztelés Szegeden és környékén

Szeged esetében a helyi jelenlét néha előny. Nem azért, mert minden hibát személyesen kell keresni. A legtöbb QA munka távolról is elvégezhető. De ha az ügyfélnek helyi szolgáltatása, étterme, rendelője, oktatási oldala vagy időpontfoglaló rendszere van, hasznos lehet, ha a szakember érti a városi használati helyzeteket. Másképp néz ki egy szolgáltatás a Belvárosban, Újszegeden, Rókuson vagy Móravárosban, ha a célközönség helyi.

A környező települések sem kizáró okok. Algyő, Sándorfalva, Deszk vagy Hódmezővásárhely felől érkező megbízásoknál is ugyanaz a lényeg. A tesztelésnek azt kell mutatnia, hogy az ügyfél valós felhasználói hogyan jutnak el a célhoz. Szeged említése a szolgáltatásban akkor hasznos, ha van helyi tartalom, térkép, nyitvatartás, foglalás vagy kiszállítás. Ezeknél gyakoriak az apró, de kellemetlen hibák.

Helyi szolgáltatóknál gyakori kérdés, hogy a felhasználó telefonról keres, gyorsan dönt, majd azonnal hívna vagy foglalna. Ha a gomb nem látszik, a térkép rossz helyre visz, vagy az űrlap túl hosszú, a hiba üzleti veszteség lehet. Ez nem elméleti probléma, hanem hétköznapi helyzet.

Hibajelentés és átadás

Egy QA software tester munkája akkor érthető, ha a végén nem csak felsorolás marad. A hibajelentés legyen követhető. Melyik oldalon történt a hiba, milyen lépések vezettek oda, mi volt az elvárt működés, mi történt helyette. Képernyőkép vagy rövid videó sok félreértést megelőz. A fejlesztő így nem találgat, az ügyfél pedig látja, hogy a vizsgálat nem véletlen kattintásokból állt.

Jó, ha a jelentésben van súlyosság. Egy elírás nem ugyanaz, mint egy sikertelen fizetés. Egy rossz gombszín zavaró lehet, de nem állítja meg a rendelést. Egy nem működő jelszó-visszaállítás viszont azonnali javítást kér. A minőségbiztosítási szakember feladata az is, hogy ezt érthetően szétválassza.

A végén hasznos lehet egy rövid egyeztetés. Nem hosszú értekezlet, csak a legfontosabb pontok átbeszélése. Itt derül ki, melyik hiba javítása sürgős, és mi várhat. Ez különösen akkor fontos, ha a megbízó nem műszaki ember. A tesztelés nem attól lesz jó, hogy sok szakszót tartalmaz. Attól lesz jó, hogy a döntést könnyebbé teszi.

A megbízás végén érdemes megőrizni a hibajegyeket. Későbbi fejlesztésnél jó alapot adnak, mert látszik, mi okozott gondot korábban. Egy új funkció bevezetésekor nem kell mindent nulláról átgondolni. A korábbi tanulságok alapján gyorsabban eldönthető, mire kell különösen figyelni.