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

QA software tester magánügyfeleknek Szolnokon

QA software tester akkor hasznos, ha egy weboldal, webshop, időpontfoglaló oldal vagy kisebb alkalmazás már működik, de a hibák, a rossz űrlapok és a félreérthető folyamatok gondot okoznak. Magánügyfélként sokszor nem teljes fejlesztőcsapatra van szükség, hanem egy külső szemre, aki végigmegy a rendszeren, hibákat keres, és érthető listát ad. Ez más munka, mint a gyors átnézés. Itt a cél az, hogy a felhasználó valódi útját nézze valaki, ne csak azt, hogy az oldal betölt-e.

Szolnok környékén sok kisebb vállalkozás és magánprojekt indul egyszerű weboldallal. Egy fotós foglalási felülete, egy oktató tanfolyami oldala, egy helyi webshop vagy egy családi vállalkozás rendelési űrlapja ugyanúgy igényelhet ellenőrzést. A Qjob.hu oldalán különböző szakemberek közül lehet választani, nem egyetlen cég csomagját kell elfogadni. Ez fontos, mert a tesztelési feladatok ritkán egyformák.

Én személy szerint azt szeretem, amikor a tesztelő nem csak azt írja le, hogy hiba van. Jobb, ha melléteszi, hol történt, milyen eszközön, milyen lépésekkel ismételhető meg, és mennyire sürgős a javítás. Így a fejlesztő vagy a megrendelő nem találgat. Egy QA tesztelő munkája akkor jó, ha utána kevesebb a bizonytalanság.

QA tesztelés weboldalhoz és alkalmazáshoz

A QA tesztelés nem csak nagy szoftvereknél fontos. Egy kisebb oldalnál is elég egy rosszul működő gomb, egy hiányzó visszaigazoló üzenet vagy egy mobilon széteső felület, és a látogató elmegy. Sok megbízó csak akkor kér segítséget, amikor már panaszkodnak az ügyfelek. Szerintem ez késői pont. Olcsóbb és nyugodtabb a hibákat még publikálás előtt megtalálni.

A tesztelés lehet funkcionális ellenőrzés, amikor a szakember azt nézi, hogy a fő műveletek rendben lefutnak-e. Ide tartozik a regisztráció, belépés, kosár, rendelés, fizetési irány, keresés, szűrés, feltöltés és üzenetküldés. Lehet használhatósági vizsgálat is, amikor nem csak a működés számít, hanem az is, hogy a látogató érti-e, mit kell tennie. Egy egyszerű oldalnál gyakran ez hozza a legtöbb hasznot.

Volt eset, amikor egy ügyfél azt hitte, a hirdetései rosszak, mert kevés rendelés érkezett. A teszt során kiderült, hogy mobilon a rendelés gomb látszott ugyan, de egy süti sáv részben takarta. Asztali gépen minden rendben volt. Telefonon sokan elakadtak. A javítás nem volt nagy munka, de előtte hetekig ment el pénz a hirdetésre. Ilyen hibát egy figyelmes tesztelő szakember gyorsan megtalál.

A QA software tester nem feltétlenül fejleszt új funkciót. Inkább azt ellenőrzi, hogy a meglévő működés mennyire stabil. Ez kényes különbség. A fejlesztő gyakran a saját megoldását nézi, a tesztelő viszont a felhasználó szemével próbál hibázni. Nem rosszindulatból. Pont azért, hogy az éles használatnál kevesebb gond legyen.

Szoftvertesztelés ára és várható díjak

A szoftvertesztelés ára attól függ, mennyi felületet kell végignézni, hány eszközön kell próbálni, és szükség van-e részletes hibajegyekre. Egy kis weboldal gyors kézi ellenőrzése nem ugyanaz, mint egy webshop teljes rendelési folyamatának tesztelése több böngészőben. A túl olcsó ajánlatnál érdemes óvatosnak lenni. Olcsóbban, mint 12.000 - 15.000 forint, ritkán lesz alapos munka, főleg ha írásos hibajegyzéket is kér a megbízó.

A díjaknál nem csak az óraszám számít. Egy gyakorlott szakember gyorsabban látja, hol szokott törni a folyamat. Sok kezdő tesztelő mindent ugyanazzal a listával néz, és közben elsiklik a valódi kockázat felett. Magánmegbízásnál én inkább kisebb, de pontos feladatot adnék. Például csak a rendelési út, csak a foglalás vagy csak a mobilos használat ellenőrzése. Így az ár is jobban tervezhető.

QA tesztelő választása

A megfelelő QA tesztelő kiválasztása nem a leghosszabb bemutatkozással kezdődik. Érdemes azt nézni, hogyan kérdez. Ha rögtön árat mond, de nem kérdezi meg, milyen oldalról, milyen eszközökről, milyen célról van szó, az rossz jel lehet. A tesztelésben a pontos keret sokat számít. Másként kell ellenőrizni egy bemutatkozó oldalt, mint egy fizetéssel működő webshopot.

Fontos, hogy a szakember tudjon érthetően írni. A hibajegy nem fejlesztői rejtvény. Legyen benne a hiba rövid neve, az előidézés lépései, a várt működés, a tényleges működés és a bizonyíték. Képernyőkép vagy rövid videó sok vitát megelőz. Ha a megbízó nem műszaki ember, ez még fontosabb.

Sokan elkövetik azt a hibát, hogy csak azt kérik, nézze át valaki az oldalt. Ez túl tág kérés. Ilyenkor a munka széteshet, mert nem világos, mi számít hibának. Jobb előre kimondani, hogy például a vásárlási folyamat, az adatbekérés, a mobilos nézet vagy a visszaigazoló e-mail a fő téma. Egy tesztelő szakember így nem csak sok apróságot ír össze, hanem a valódi döntési pontokra figyel.

A QA software tester kiválasztásánál hasznos lehet egy rövid próbafeladat is. Nem kell nagy munka. Elég egy oldal vagy egy űrlap átnézése. Ebből látszik a gondolkodás, a pontosság és a kommunikáció. Nekem jobb benyomást kelt az, aki két komoly hibát világosan leír, mint az, aki húsz jelentéktelen észrevétellel tölti meg a listát.

Tesztelés Szolnok városrészeiben és környékén

Szolnok esetében a munka nagy része távolról is megoldható, mert a weboldal és az alkalmazás elérhető böngészőből. Mégis vannak helyzetek, amikor a helyismeret jól jön. Egy helyi szolgáltató oldalán más lehet a felhasználói szokás, mint egy országos webáruháznál. A városrészek, a környező települések és a helyi keresési szokások hatással lehetnek arra, milyen útvonalon érkezik a látogató.

Belváros, Széchenyi városrész, Pletykafalu, Szandaszőlős vagy a Tiszaliget környéke nem csak címként jelenhet meg egy oldalon. Foglalási, kiszállítási vagy szolgáltatási területként is hibaforrás lehet. Ha egy űrlapon nem választható ki jól a városrész, ha a térképes hivatkozás rossz helyre visz, vagy ha a kiszállítási feltétel nem egyértelmű, a felhasználó bizonytalan lesz. Szolnok környékén, például Abony, Törökszentmiklós, Rákóczifalva vagy Újszász felől érkező ügyfeleknél ez gyakorlati kérdés.

A szoftvertesztelés ilyenkor nem csak gombok nyomkodása. A helyi tartalom, a telefonszám, a nyitvatartás, az útvonal, a szolgáltatási kör és a kapcsolatfelvétel is része lehet az ellenőrzésnek. Egy kisebb magánprojektben ezek a hibák sokszor többet számítanak, mint egy ritka technikai hiba. Ha a látogató nem találja meg, hova kell mennie vagy mikor kap választ, nem fog sokáig keresgélni.

Hibajegyek, átadás és utóellenőrzés

A tesztelés eredménye akkor használható, ha a hibák rendezett formában érkeznek. Egy sima üzenetlista kevés. Jobb, ha a hibák súlyosság szerint vannak csoportosítva. Kritikus az, ami megállítja a rendelést vagy az ajánlatkérést. Közepes az, ami zavaró, de kerülőúttal megoldható. Kisebb hiba lehet egy elcsúszott szöveg vagy nem pontos visszajelzés. Ez a rangsor segít eldönteni, mit kell először javítani.

Az átadásnál a képernyőkép, a rövid leírás és az eszközadat sokat ér. Nem mindegy, hogy a hiba iPhone készüléken, Android telefonon vagy asztali böngészőben jött elő. Az sem mindegy, hogy bejelentkezett felhasználónál történt-e. A QA tesztelés ettől lesz ellenőrizhető. Nem emlékezetre épül, hanem ismételhető lépésekre.

A javítás után érdemes visszatesztelést kérni. Ez nem felesleges kör. Előfordul, hogy egy javítás másik részt ront el. Egy fizetési gomb javítása után például elromolhat a visszaigazoló e-mail, vagy egy új mező miatt mobilon szétcsúszhat az űrlap. A QA software tester ilyenkor nem mindent kezd elölről, hanem célzottan nézi meg a módosított részt és a hozzá kapcsolódó folyamatot.

Magánügyfélként az a legbiztonságosabb, ha a munka elején röviden le van írva, mit kell tesztelni, milyen eszközökön, milyen határidővel és milyen formában jön az eredmény. Nem kell túl bonyolítani. De a teljesen szóbeli megbízás könnyen félremegy. A jó tesztelés csendes munka. Akkor látszik igazán az értéke, amikor az oldal élesben kevesebb kellemetlen meglepetést okoz.