Quality assurance testerek Szolnokon: Vélemények és kedvező árak

Quality assurance tester magánügyfeleknek Szolnokon

A Quality assurance tester akkor hasznos magánügyfélnek, ha egy weboldal, webáruház, időpontfoglaló rendszer, kisebb alkalmazás vagy belső adminfelület már működik, de még nem elég biztos a kiadáshoz. A tesztelés ilyenkor nem elméleti ellenőrzés. Valaki végigmegy a felületen úgy, ahogy egy valódi felhasználó tenné. Rákattint a gombokra, kitölti az űrlapokat, hibás adatot ír be, rendelést próbál indítani, majd leírja, hol akad el a folyamat. Szolnokon gyakori igény, hogy egy helyi vállalkozó vagy magánprojekt gazdája nem teljes fejlesztőcsapatot keres, hanem egy külön szakembert, aki józan szemmel nézi át az elkészült munkát.

Qjob.hu olyan helyzetben jöhet szóba, amikor nem céges csomagot szeretne valaki, hanem több önálló szakember közül választana. Szerintem ez fontos különbség. Egy magánügyfélnek sokszor nem kell hosszú szerződés. Inkább gyors, érthető visszajelzésre van szüksége. A minőségbiztosítási tesztelő feladata nem az, hogy mindent újratervezzen. Az a dolga, hogy megtalálja a hibákat, sorrendbe tegye őket, és olyan leírást adjon, amiből a fejlesztő vagy a tulajdonos tud dönteni.

Minőségbiztosítási tesztelés weboldalaknál

A weboldalaknál a legtöbb hiba nem látványos. Nem mindig omlik össze az oldal. Inkább az történik, hogy egy űrlap nem küld visszaigazolást, a kosár rossz összeget mutat, mobilon lecsúszik egy gomb, vagy a jelszó visszaállítása félreérthető. Ezek apró hibának tűnnek, de egy ügyfélnek elég egy ilyen gond, és már nem bízik az oldalban.

Sok magánmegrendelő azt gondolja, hogy ha az oldal betöltődik, akkor kész. Ez gyakori tévedés. A tesztelés pont azt nézi meg, mi történik a nem ideális helyzetekben. Lassabb internetnél, régebbi telefonon, üres mezőkkel, rossz e-mail-címmel, megszakított fizetéssel. A szoftvertesztelő ilyenkor nem csak hibát keres. Felhasználói logikát is figyel. Érthető-e a következő lépés. Látszik-e, miért nem sikerült a mentés. Kap-e az ügyfél visszajelzést.

Volt eset, amikor egy ügyfél azt hitte, hogy a hírlevél-feliratkozás működik, mert a gomb zöldre váltott. A háttérben viszont nem ment el az adat. Egy egyszerű próbakör alatt kiderült, hogy a feliratkozók hetek óta elvesztek. Nem volt nagy hiba a kódban, mégis pénzbe került. Az ilyen történetek miatt én nem hagynám ki a külső ellenőrzést egy élesítés előtt.

QA tesztelő feladatok magánprojektekben

A QA tesztelő munkája attól függ, milyen állapotban van a projekt. Egy kész weboldalnál elég lehet egy ellenőrző lista. Egy fejlesztés alatt álló alkalmazásnál már részletesebb tesztforgatókönyv kell. Más a feladat akkor is, ha csak magyar nyelvű felület van, vagy ha több nyelv, fizetés, belépés és jogosultsági szint is működik.

Magánügyfeleknél gyakori a kézi tesztelés. Ez nem rosszabb megoldás, csak más. A manuális ellenőrzés jól feltárja azokat a hibákat, amelyeket egy automata ellenőrzés nem biztos, hogy észrevesz. Ilyen a félrevezető szöveg, a rossz sorrend, a zavaró visszajelzés, vagy az, hogy egy folyamat túl sok kattintást kér. A tesztelő jegyzetel, képernyőképet készít, leírja a lépéseket, és súlyosság szerint rendezi a hibákat.

Komolyabb feladatnál már bejöhet az API ellenőrzése, jogosultsági próbák, alapvető biztonsági figyelés, böngészők közötti összevetés és mobilos teszt. Ezeket nem érdemes egyetlen homályos megbízásba sűríteni. Sokkal jobb pontosan megmondani, mire kell választ kapni. Elindul-e a rendelés. Jó-e a számla előnézete. Működik-e a belépés. Láthat-e egy felhasználó olyan adatot, amit nem kellene.

Quality assurance tester árak

Az árakat főleg a felület mérete, a tesztelés mélysége, a határidő és a dokumentáció részletessége mozgatja. Egy rövid átnézés nem ugyanaz, mint egy teljes folyamatellenőrzés hibajegyekkel. Olcsóbb ajánlatnál mindig meg kell nézni, mi van benne. Csak szóbeli visszajelzés, vagy írásos lista is. Lesz-e újratesztelés javítás után. Készül-e képernyőkép. Megnézi-e a szakember a mobilos nézetet is.

Po mojemu tapasztalatom szerint 12.000 forint alatt ritkán lesz minőségi egy valódi tesztelési kör, ha a megbízó írásos eredményt is vár. Egy nagyon kicsi feladatnál lehet alacsonyabb díj, de ott is tisztázni kell a keretet. Drága viszont az is lehet, ha valaki túl nagy csomagot kér egy apró oldalra. Én inkább azt tartom ésszerűnek, ha először a legfontosabb folyamatokat nézik át, majd javítás után jön egy rövid második kör.

Quality assurance tester választása

A Quality assurance tester választásánál nem csak az óradíj számít. Fontos, hogy a szakember hogyan ír hibát. Egy hasznos hibaleírás rövid, de követhető. Tartalmazza a lépéseket, a várt eredményt, a tényleges eredményt, és lehetőleg azt is, milyen eszközön jelent meg a gond. Ha a leírás csak annyi, hogy nem működik, az kevés. Ebből a fejlesztő nem tud gyorsan dolgozni.

Érdemes rákérdezni korábbi feladatokra, de nem kell mindenáron nagy céges múltat keresni. Egy magánprojektnél gyakran többet ér az alaposság és a világos kommunikáció. Jó jel, ha a szakember előre kér hozzáférést egy tesztfiókhoz, leírja a vizsgált területet, és megmondja, mi nem tartozik a munkába. Rossz jel, ha mindenre azonnal igent mond, de nem kérdez a célról.

Sok ügyfél ott hibázik, hogy csak a legolcsóbb ajánlatot nézi. Persze az ár fontos. De ha a hibalista zavaros, akkor a javítás tovább tart, és végül drágább lesz az egész. Jobb egy olyan szakember, aki kevesebb területet vállal, de azt pontosan adja át. Лично я предпочитаю azt a megoldást, amikor a megbízó kap egy rövid összefoglalót is, nem csak hibák hosszú felsorolását.

Szoftvertesztelés Szolnok környékén

Szolnok esetében a munka gyakran távolról is elvégezhető, mert a webes és alkalmazásos ellenőrzéshez nem mindig kell személyes találkozó. Mégis számít a helyismeret, ha a felület helyi ügyfeleket szolgál ki. Egy foglalási oldalnál, szolgáltatói adatlapnál vagy rendelési folyamatnál nem mindegy, hogyan jelennek meg a városrészek, környékbeli települések és helyi szállítási opciók.

A tesztelés során érdemes figyelni Belváros, Széchenyi városrész, Tallinn, Pletykafalu, Alcsi, Szandaszőlős, valamint a közeli települések nevére és kiválasztására. Ha egy űrlapban ezek hibásan szerepelnek, a felhasználó bizonytalan lesz. Ugyanez igaz térképre, átvételi pontra, kiszállítási zónára és helyi keresőre. Egy minőségbiztosítási tesztelő ilyenkor nem nyelvészként dolgozik, de észreveszi, ha a helyi logika nem stimmel.

Hibajegyek és átadás

A jó átadás nem hosszú regény. Inkább tiszta lista. Mi a hiba, hol jelentkezik, hogyan lehet megismételni, mennyire sürgős. A képernyőkép vagy rövid videó sok félreértést megelőz. Egy magánügyfélnek ez különösen hasznos, mert nem mindig tud technikai nyelven beszélni a fejlesztővel. A hibalista közös nyelvet ad.

Az átadásnál jó, ha külön szerepelnek a kritikus hibák és a kisebb kényelmetlenségek. Kritikus lehet, ha nem megy el a rendelés, rossz adat jelenik meg, vagy belépés után más felhasználó adata látszik. Kisebb hiba lehet egy félrecsúszott gomb vagy egy pontatlan szöveg. De ez sem mindegy. Több apró gond együtt azt az érzést kelti, hogy az oldal nincs kész.

Nem minden hibát kell azonnal javítani, de mindegyikről dönteni kell. Ezért hasznos, ha a szakember nem csak felsorol, hanem fontosságot is jelöl. A megbízó így látja, mi akadályozza az indulást, és mi fér bele egy későbbi körbe. Ez nyugodtabb döntést ad, főleg akkor, ha közeleg az élesítés napja.

Utótesztelés és biztonságos indulás

A javítás utáni ellenőrzést sokan kihagyják, pedig itt dől el, hogy a módosítás valóban megoldotta-e a problémát. Előfordul, hogy egy javítás új hibát okoz máshol. Ez nem feltétlenül hanyagság, inkább a szoftverek természetéből adódik. Egy gomb, egy adatmező vagy egy jogosultsági szabály több folyamatra is hatással lehet.

Az utótesztelés lehet rövidebb, mint az első kör. Ilyenkor főleg a korábban jelzett hibákra és a hozzájuk kapcsolódó folyamatokra kell figyelni. Ha minden rendben van, az indulás kockázata kisebb. Nem lesz hibátlan a rendszer, mert ilyen ígéretet nem érdemes tenni. De sokkal kevesebb lesz a kellemetlen meglepetés.

A Quality assurance tester munkája akkor a leghasznosabb, ha a megbízó nem utolsó pillanatban szól. Egy-két napos rohanásban is lehet hibát találni, de a javításra már nem biztos, hogy marad idő. Ésszerűbb a tesztelést a véglegesítés előtti szakaszba tenni. Így a szakember visszajelzése nem akadály, hanem döntési alap lesz.