Quality assurance testerek Békéscsabán: Vélemények és kedvező árak

Quality assurance tester magánprojektekhez

A Quality assurance tester akkor segít igazán, amikor egy weboldal, alkalmazás vagy belső rendszer már működik, de még nem biztos, hogy a felhasználó kezében is stabil marad. Magánügyfeleknél ez gyakran kisebb webshopot, időpontfoglalót, ügyfélkaput, tanfolyami felületet vagy mobilos megoldást jelent. Nem nagyvállalati folyamatról van szó, hanem arról, hogy valaki szeretné elkerülni a kellemetlen hibákat, mielőtt élesben használni kezdi a rendszert. Békéscsaba környékén is sok ilyen feladat akad, mert egyre több helyi vállalkozás és magánmegbízó indít saját online felületet.

A Qjob.hu oldalán különböző szabadúszó szakemberek vállalhatnak minőségellenőrzési munkát, ezért a megbízó nem egy cég csomagját kapja, hanem több ajánlat közül választhat. Ez néha kényelmesebb, mert kisebb munkára nem mindig kell teljes fejlesztői csapat. Elég lehet egy gyakorlott QA szakember, aki végigmegy a fő funkciókon, leírja a hibákat, és érthető visszajelzést ad. Szerintem ez különösen hasznos akkor, amikor a fejlesztő már túl közel van a saját munkájához, és nem veszi észre a mindennapi használat közben jelentkező apróságokat.

Minőségbiztosítási tesztelés egyszerű feladatokra

A minőségbiztosítási tesztelés nem csak nagy rendszereknél fontos. Egy egyszerű időpontfoglaló is okozhat gondot, ha rosszul kezeli a lemondást, nem küld visszaigazolást, vagy mobilon szétesik a fizetési oldal. A magánügyfél gyakran csak azt látja, hogy valami nem megbízható. A tesztelő viszont külön lépésekre bontja a problémát, és megmondja, hol romlik el a folyamat.

Saját tapasztalatom alapján sokan ott hibáznak, hogy csak a szép felületet nézik. Megnyílik az oldal, látszik a gomb, tehát késznek gondolják. De egy rendszer nem attól kész, hogy első ránézésre rendben van. Fontos a hibás adatbevitel, a gyenge internetkapcsolat, a másik böngésző, a telefonos nézet, a jogosultság, a visszalépés és a mentés ellenőrzése is. Ezek unalmas részleteknek tűnnek, mégis ezekből lesznek a későbbi panaszok.

Volt eset, amikor egy ügyfél egy kis online tanfolyami felületet adott át ellenőrzésre. A videók működtek, a belépés is jó volt. De ha a felhasználó jelszót cserélt, utána nem kapott új belépési hivatkozást. A fejlesztő gépén ez nem jött elő, mert ott minden be volt gyorsítótárazva. A hiba nem volt látványos, mégis több fizető ügyfelet akadályozott volna meg a használatban. Egy külső ellenőrzés pont az ilyen helyzeteket szűri ki.

Quality assurance tester árak

A QA tesztelő díja főleg attól függ, mennyi funkciót kell átnézni, kell-e részletes hibajegy, szükséges-e újratesztelés, és mennyire sürgős a munka. Egy kisebb weboldal átnézése olcsóbb, mint egy több szerepkörös alkalmazásé. De túl alacsony árnál érdemes óvatosnak lenni. Személy szerint 10.000 forint alatt ritkán várok alapos munkát, ha valódi tesztelésről és írásos hibajelentésről van szó.

Az áraknál nem csak az óradíj számít. Fontos, hogy mit ad át a szakember a végén. Egy rövid szóbeli jelzés kevesebbet ér, mint egy rendezett lista lépésekkel, képernyőképekkel, böngészőadatokkal és prioritással. Olcsóbb lehet az első megoldás, de a fejlesztő sokszor nem tud vele dolgozni. Drágábbnak tűnik a részletes anyag, de kevesebb körben kell magyarázni a hibát.

QA ellenőrzés menete

A QA ellenőrzés általában rövid egyeztetéssel kezdődik. A megbízó elmondja, mi a rendszer célja, kik fogják használni, és melyik rész a legfontosabb. Utána a tesztelő kap hozzáférést, tesztadatot, esetleg rövid leírást. Ha nincs dokumentáció, az sem tragédia, de ilyenkor több kérdés merül fel. Én jobban szeretem, ha legalább a fő felhasználói útvonalak le vannak írva.

Ezután jön a manuális átnézés. A szakember végigmegy a fő műveleteken, próbál helyes és hibás adatokat is megadni, figyeli az üzeneteket, a betöltést, a megszakadt folyamatokat és a mobilos megjelenést. Nem az a cél, hogy mindenáron hibát találjon. Az a cél, hogy a megbízó reális képet kapjon arról, mi működik, mi kockázatos, és mit kell javítani élesítés előtt.

Sok projektben hasznos a rövid újratesztelés. A fejlesztő javít, majd valaki megnézi, tényleg megoldódott-e a gond. Itt sokan spórolni akarnak, pedig éppen javítás után születnek furcsa mellékhatások. Egy bejelentkezési hiba javítása például elronthatja a jelszóemlékeztetőt. Egy kosárhiba javítása megváltoztathatja a kupon számítását. Ezért a visszaellenőrzés nem felesleges kör.

Megfelelő QA szakember választása

A megfelelő QA szakember kiválasztásánál nem elég azt nézni, hogy valaki ismeri a tesztelés szót. Érdemes rákérdezni, milyen rendszereket nézett már át, készít-e írásos hibajelentést, és milyen eszközökkel dolgozik. Magánügyfeleknél az is fontos, hogy érthetően beszéljen. Egy túl technikai jelentés nem sokat segít annak, aki csak szeretné tudni, hogy indulhat-e az oldala.

Jó jel, ha a jelölt visszakérdez. Milyen eszközökön kell működnie a felületnek. Van-e fizetés. Kell-e magyar ékezetes adatokat próbálni. Kik a felhasználók. Ezek nem akadékoskodó kérdések, hanem a pontos munka részei. Sokkal rosszabb, ha valaki azonnal fix árat mond úgy, hogy nem látta a rendszert.

Én személy szerint azt tartom jobbnak, ha a kiválasztott ember először kisebb mintafeladatot vállal. Például egy regisztrációs folyamat vagy egy rendelési útvonal ellenőrzését. Ebből gyorsan látszik, mennyire figyelmes, mennyire érthető a jelentése, és mennyi használható részletet ad. Utána könnyebb nagyobb munkát rábízni.

Tesztelés Békéscsaba városrészeiben

Békéscsaba esetében a tesztelési munka gyakran távolról is megoldható, de a helyi ismeret néha számít. Egy helyi szolgáltató oldala más felhasználói szokásokkal találkozik, mint egy országos webáruház. Jaminában, Mezőmegyeren, Erzsébethelyen vagy a belváros környékén működő kisvállalkozásoknál gyakori, hogy a weboldal időpontfoglalásra, ajánlatkérésre vagy egyszerű rendelésre szolgál. Ezeket nem kell túlbonyolítani, de stabilan kell működniük.

A város környékéről, például Gyula, Doboz, Újkígyós vagy Békés felől érkező ügyfelek is használhatják ugyanazt a felületet. Ezért fontos, hogy az űrlapok, térképes adatok, telefonszámok és nyitvatartási mezők ne csak asztali gépen legyenek kényelmesek. Békéscsaba helyi kereséseinél sok felhasználó telefonról érkezik. Ha a gomb túl kicsi, a mező rosszul törik, vagy a visszaigazoló üzenet nem látszik, az közvetlenül rontja a megbízás esélyét.

Quality assurance tester hibajelentés

A QA tesztelő munkájának egyik legfontosabb része a hibajelentés. Nem elég annyit írni, hogy nem működik a kosár. Kell a pontos lépéssor, a használt eszköz, a böngésző, a várt eredmény és a tényleges eredmény. Ha lehet, képernyőkép vagy rövid videó is segít. Így a fejlesztő nem találgat, hanem reprodukálni tudja a hibát.

A hibák súlyosságát is érdemes jelölni. Más gond, ha egy ikon rossz helyen áll, és más, ha a felhasználó nem tud fizetni. Sok megbízó először mindent sürgősnek érez. Ez érthető, de nem praktikus. A jó jelentés sorrendet ad. Először a belépés, fizetés, adatmentés és értesítések hibái jönnek. Utána lehet csiszolni a szövegeket, apró elrendezési gondokat és kényelmi részleteket.

A QA tesztelő nem a fejlesztő ellensége. Ez fontos. Sok konfliktus abból indul, hogy a hibajelentést bírálatnak veszik. Pedig a cél közös. Stabilabb rendszer, kevesebb reklamáció, nyugodtabb indulás. A megbízó akkor jár jól, ha a tesztelés tényszerű, nem személyeskedő, és nem is túl elnéző.