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

Quality assurance tester Miskolc magánmegbízás

Quality assurance tester akkor hasznos, ha azt szeretnéd, hogy egy külső szem végigmenjen a rendszereden, és kimondja, hol reped meg a folyamat.

Miskolc környékén gyakran látom, hogy a megbízó csak azt érzi, valami nem kerek, de nem tudja megfogni. És ilyenkor sokan rossz irányba indulnak el. A fejlesztőtől kérnek új funkciót, miközben a gond az, hogy a meglévő funkció bizonytalan. A minőségbiztosítási tesztelés nekem erről szól, csendes, alapos ellenőrzés, ami később sok vitát megelőz.

Minőségbiztosítási tesztelés szerepe a mindennapokban

A cél egyszerű, a felhasználó ne akadjon el, és ne veszítsen adatot. De a hibák nem mindig látványosak. Néha csak annyi, hogy a gomb lassan reagál, vagy egy mező rosszul jelöl. Sok megbízó itt követ el hibát. Azt hiszi, ha egyszer működött, akkor mindig működik. Pedig elég egy frissítés, egy új böngésző, vagy egy módosított űrlap, és a folyamat szétesik.

Én személy szerint jobban bízom abban a tesztelő szakemberben, aki nem csak hibát keres, hanem elmondja, mi a kockázat. A minőségellenőrző munka nem dísz, hanem egy biztosíték. És nem kell hozzá óriási projekt, egy kisebb weboldal vagy egyszerű alkalmazás is tud kellemetlen meglepetést adni.

Tesztelési hatókör és prioritások

A jó munka első lépése a fókusz. Mitől lesz számodra sikeres a tesztelés. Például a regisztráció, a bejelentkezés, a rendelés, az időpontfoglalás. Ha túl sok mindent kérsz egyszerre, a jelentés hosszú lesz, de nem segít dönteni. A tapasztalatom szerint jobb egy szűk, de mély kör. És utána lehet bővíteni.

• Legfontosabb felhasználói útvonalak kiválasztása
• Hiba leírás lépésről lépésre és várható eredmény
• Kritikus és nem kritikus hibák külön kezelése
• Rövid összegzés arról, mi mehet ki élesbe

Volt egy eset, amikor a kliens csak azt mondta, hogy néha eltűnik a mentés. A rendszerben volt egy rövid időkorlát, és ha valaki sokáig állt egy oldalon, a mentés csendben nem ment át. A felhasználó ezt nem látta. A minőségbiztosítási tesztelő viszont észrevette, mert szándékosan lassan haladt. Itt jött a konfliktus, a fejlesztő először tagadta. Aztán amikor ugyanazt a lépéssort megkapta, már nem volt miről vitatkozni.

Kézi ellenőrzés és automatizált vizsgálat külön kezelése

Sokan összemossák ezt a két irányt. Pedig másra valók. A kézi tesztelés gyorsan feltárja, hogy a rendszer emberi szemmel mennyire érthető. Az automatizált vizsgálat akkor hasznos, ha ugyanazt a folyamatot újra és újra le kell futtatni, és biztosra akarsz menni, hogy egy frissítés után sem romlott el.

Én azt szoktam mondani, először legyen stabil a kézi ellenőrzés eredménye, utána van értelme az ismétlődő részeket automatizálni. Ha a folyamat maga bizonytalan, akkor a gépi ellenőrzés csak gyorsan ismétli a káoszt. Sok megbízó ezt a leckét drágán tanulja meg, mert túl korán ugrik bele.

Minőségbiztosítási tesztelés árak és konkrét feladatok

Az ár leginkább a terjedelemtől és a részletességtől függ. Nem mindegy, hogy csak egy útvonalat nézünk meg, vagy teljes rendszert. És az sem mindegy, hogy kapsz e javítható hibajegy listát, vagy csak egy rövid üzenetet. Őszintén, 15.000 alatt ritkán lesz alapos munka. Lehet szerencséd, de gyakrabban kapsz fél információt, amitől nem tudsz dönteni.

Ha Miskolc területén személyes találkozót kérsz, az általában csak annyit jelent, hogy több egyeztetés lesz. A munka nagy része így is képernyőn történik. A lényeg, hogy előre tisztázzátok a kimenetet. Nekem az a korrekt ár, ami mellé valódi, használható leírás jár, nem csak annyi, hogy van hiba.

Tesztelő szakember kiválasztása

Amikor megbízol egy minőségbiztosítási tesztelőt, nem az a legfontosabb, hogy mennyi eszközt sorol fel. A legfontosabb a gondolkodása. A jó szoftvertesztelő kérdez, pontosít, és nem szégyelli azt mondani, hogy ehhez több információ kell. Én a kiválasztásnál három dolgot nézek, érthető kommunikáció, következetes hibaleírás, és reális vállalás.

Volt már olyan, hogy a megbízó csak a legolcsóbb ajánlatot választotta. Később visszajött, mert a jelentésben csak annyi állt, hogy nem jó. Ez nem jelentés. Itt sokan megint hibáznak. Azt várják, hogy a tesztelő szakember kitalál mindent. Pedig a minőségbiztosítási tesztelés közös munka. Ha te adsz keretet, ő adja a tiszta bizonyítékot.

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

A munka végén legyen rövid átadás. Nem hosszú előadás, csak tiszta döntési pontok. Mi kritikus, mi halasztható, és mit érdemes azonnal javítani. A tapasztalatom szerint a legnagyobb érték az, amikor a hibák sorrendbe kerülnek. Így nem esel szét, és nem nyitod ki egyszerre az összes feladatot.

Ha itt a Qjob.hu oldalon kérsz Quality assurance tester segítséget, írd le a célfolyamatot, a hozzáférést és a határidőt. És kérj visszaellenőrzést is, mert ez a pont szokott kimaradni. Sokszor a javítás után jön elő egy új mellékhatás. De ha van utóteszt, akkor a rendszer tényleg stabil lesz, és te nyugodtabban engeded ki a frissítést.