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

QA tesztelő Nyíregyházán

A QA tesztelő akkor hasznos, amikor egy weboldal, alkalmazás vagy kisebb digitális rendszer látszólag működik, de a használat közben mégis hibák jönnek elő. Magánügyfélnél ez lehet időpontfoglaló oldal, egyedi rendelési felület, családi vállalkozás honlapja vagy egy saját ötletből épített rendszer. Nyíregyházán is sokan csak akkor kérnek segítséget, amikor a hibák már kellemetlenek. Nem megy az űrlap, eltűnik egy adat, rosszul jelenik meg valami telefonon. Ilyenkor a tesztelés nem mellékes rész, hanem maga a tisztázás. A QA tesztelő végigpróbálja, mi történik valós használat közben, és nem feltételezi azt, hogy ami egyszer működött, az mindig működni fog.

Szerintem ez az a terület, ahol a megbízók gyakran alábecsülik a részleteket. Sokan azt hiszik, hogy elég egyszer ránézni a felületre. Pedig a legtöbb gond nem ott látszik meg, ahol először keresik. A szoftvertesztelő például megnézi, mi történik hibás adatnál, lassabb kapcsolaton, eltérő képernyőméretnél vagy több egymást követő lépés után. Ezek a helyzetek sokszor nem látványosak, mégis itt csúszik el a használhatóság. És egy magánügyfélnél is kellemetlen tud lenni, ha valaki kitölt egy hosszabb űrlapot, majd a végén minden eltűnik.

Mikor kell szoftvertesztelő

Szoftvertesztelőre nem csak akkor van szükség, amikor kész a fejlesztés. Én személy szerint jobban szeretem, ha a tesztelés hamarabb belép a folyamatba. Így nem a végén derül ki, hogy több apró hiba együtt már komoly gondot okoz. Egy privát projektben a leggyakoribb ok a bizonytalanság. A megbízó érzi, hogy valami nem kerek, de nem tudja pontosan megmondani, hol csúszik el a rendszer. Van, hogy a gomb működik, csak rossz helyre visz. Van, hogy a rendelés látszólag elküldhető, de a visszaigazolás már nem érkezik meg.

Sokak szerint ez csak finomhangolás. Én ezt ritkán látom ilyen egyszerűnek. Sok hiba mögött nem egyetlen rossz mező áll, hanem több kis döntés együtt. Rossz sorrend, hiányzó ellenőrzés, félreérthető szöveg, hibás mobil nézet. A minőségbiztosítási szakember pont azért hasznos, mert nem csak kattintgat, hanem logikusan végigmegy a lehetséges utak mentén.

Volt egy eset, amikor egy ügyfél azt mondta, hogy nála minden rendben fut, csak a megrendelők panaszkodnak. A gond végül nem a rendszer egészében volt, hanem egy rövid mezőnévben, amely telefonon levágta a fontos jelzést. Apróságnak tűnt. Mégis emiatt félbehagyták a folyamatot. Ez tipikus helyzet. A tulajdonos azt látja, amit már ismer. Az új felhasználó viszont ott akad el, ahol a rendszer nem elég egyértelmű.

A tesztelés menete

Egy jó QA tesztelő először nem javít, hanem megérti, mire való az adott felület. Ez fontos különbség. Másképp kell nézni egy bemutatkozó oldalt, egy foglalási rendszert vagy egy zárt családi nyilvántartást. A tesztelés elején általában tisztázni kell, kik használják a rendszert, milyen eszközről lépnek be, mi számít hibának, és mi az, ami csak kényelmetlen. Szerintem ez az a pont, ahol sok munka elromlik, mert a felek mást értenek jó működés alatt.

A szoftvertesztelő ezután lépésről lépésre halad. Kipróbálja a fő útvonalakat, majd a szokatlan helyzeteket is. Mi történik, ha kimarad egy kötelező adat. Mi van, ha valaki visszalép. Hogyan viselkedik az oldal mobilon. Betölt e rendesen minden üzenet. Ez nem látványos munka, de ettől lesz tisztább a kép. A hibajegyzék akkor jó, ha abból a megbízó is érti, mi a probléma és miért számít valódi hibának.

Sokan hibáznak ott, hogy csak a súlyos hibákat kérik számon. Pedig a kisebb fennakadások összeadódnak. Egy rossz felirat, egy félrecsúszott gomb, egy nehezen észrevehető hibaüzenet együtt már elég ahhoz, hogy a látogató kilépjen. A minőségbiztosítási szakember ezt a teljes képet nézi. Nem csak azt, hogy valami technikailag működik e, hanem azt is, hogy emberi szempontból használható marad e.

QA tesztelő árak

A díj többnyire attól függ, hogy egyszeri átnézésről, részletes hibakeresésről vagy visszatérő ellenőrzésről van szó. Nyíregyházán a kisebb privát projektek gyakran rövidebb felméréssel indulnak, de ha több eszközön és több használati úton is végig kell menni, az ár gyorsan emelkedik. Szerintem a túl olcsó ajánlat itt különösen gyanús. 10.000 alatt ritkán kap valaki valóban átgondolt tesztelést. Az ilyen munka sokszor csak pár gyors kattintásból áll, aztán a fontos hibák bent maradnak.

Én azt tartom korrektnek, ha a tesztelő szakember külön jelzi, mi fér bele az alapdíjba és mi számít plusz körnek. Így nincs vita abból, hogy hány eszközön, hány útvonalon és milyen részletességgel történt a munka. Olcsóbban persze mindig lehet találni valakit. De szerintem a gyanúsan alacsony ár itt ritkán jelent valódi megtakarítást.

QA tesztelő választása

QA tesztelő választásnál nem az a fő kérdés, hány szakkifejezést használ valaki, hanem az, hogy tud e világosan kérdezni. Rákérdez e arra, kik használják az oldalt, milyen eszközről jönnek, mi a legfontosabb folyamat, és melyik hibát érzi a megbízó a legfájóbbnak. A jó tesztelő szakember nem rögtön hosszú listát küld, hanem előbb megérti a helyzetet. Ez nekem mindig jobb jel, mint a túl gyors magabiztosság.

Nyíregyházán is ugyanaz működik, mint máshol. Olyan embert érdemes keresni, aki érthetően fogalmaz, nem keni el a hibát, és különbséget tesz apró kényelmetlenség meg valódi akadály között. A Qjob.hu felületén én azt nézném először, hogy a szakember ír e konkrét példákat korábbi feladatokra. Nem a hosszú önbemutató érdekelne, hanem az, tud e kézzel fogható helyzetekről beszélni.

Sok megbízó ott rontja el, hogy csak a legalacsonyabb árat nézi. Pedig fontosabb, hogy a hibaleírás használható legyen, a kommunikáció gyors maradjon, és a tesztelő vissza tudja követni, mi változott egy javítás után. Egy jó szoftvertesztelő nem csak hibát talál. Segít rendbe tenni a bizonytalanságot is. Ha ez megvan, a közös munka általában sokkal nyugodtabb. És végül ez számít igazán, főleg akkor, ha egy saját projekt vagy egy személyes ügy fut a háttérben.

Nyíregyházán több privát megbízó is azért kér tesztelést, mert nem akar kínos hibával élesben szembesülni. Ezt teljesen érthetőnek tartom. A legtöbb rendszer kívülről késznek látszik. Belül viszont csak akkor derül ki az igazság, amikor valaki módszeresen végigpróbálja. Ebben segít egy felkészült QA tesztelő.