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

Quality assurance tester magánprojektekhez

A Quality assurance tester abban segít, hogy egy weboldal, alkalmazás vagy belső rendszer ne a használat közben mutassa meg a hibáit. Magánügyfeleknél ez sokszor nem nagy fejlesztői csapatot jelent, hanem egy készülő webshopot, időpontfoglalót, oktatási oldalt, mobilos felületet vagy egy saját vállalkozáshoz tartozó egyszerű rendszert. A tesztelés ilyenkor nem látványos munka, mégis ezen múlik, hogy az ügyfél, a vásárló vagy a felhasználó elakad-e az első lépéseknél.

Győr környékén gyakori, hogy valaki már megkapta a kész oldalt vagy alkalmazást, de nem biztos benne, hogy minden eszközön jól működik. Ilyenkor egy független szakember hideg szemmel nézi végig a folyamatot. Nem védi a korábbi döntéseket, nem akarja megmagyarázni a hibát. Csak megnézi, mit tapasztalna egy valós felhasználó.

Magánmegbízásnál a Quality assurance tester feladata általában kézi ellenőrzés, hibakeresés, tesztesetek összeírása, alapvető használhatósági visszajelzés és egy érthető hibajegyzék elkészítése. Ez nem ugyanaz, mint amikor egy nagy cég teljes minőségbiztosítási folyamatot épít. Itt a cél inkább az, hogy a megrendelő pontos képet kapjon arról, mi működik, mi kockázatos, és mit érdemes javítani a megjelenés előtt.

QA ellenőrzés weboldalra és alkalmazásra

A QA ellenőrzés első része többnyire az alapfunkciók végigpróbálása. Belépés, regisztráció, űrlapok, kosár, fizetési lépések, keresés, szűrés, értesítések, letöltések és admin felületek. Ezek egyszerű dolgoknak tűnnek, de a hibák nagy része pont itt jelenik meg. Egy elírt mező, rossz visszajelzés vagy nem mentett adat elég ahhoz, hogy a felhasználó bizalmatlan legyen.

Én személy szerint először mindig a fő útvonalakat nézném meg. Mit akar elérni a látogató, és hány lépés alatt jut el oda. Ha már itt gond van, akkor a kisebb részletek javítása sem ad sokat. Po mojomu tapasztalatom szerint sok megbízó túl korán kezd színekről és apró szövegekről beszélni, miközben a rendelés gomb csak bizonyos böngészőben működik.

A manuális tesztelés különösen hasznos akkor, ha a rendszer még változik. Egy tesztelő ilyenkor nemcsak kipipálja a funkciókat, hanem észreveszi a furcsa viselkedést is. Például ha egy hibaüzenet túl későn jelenik meg, ha egy adatmező nem mondja meg, mi a baj, vagy ha mobilon nem látszik a következő lépés. Ezeket az automatizált ellenőrzés nem mindig fogja meg.

Quality assurance tester árak

Az ár a rendszer méretétől, a hibajelentés részletességétől és attól függ, hogy csak egyszeri átnézés kell, vagy javítások utáni újratesztelés is. Olcsóbb lehet egy pár oldalas bemutatkozó weboldal ellenőrzése, mint egy olyan felületé, ahol fiók, fizetés, admin rész és több jogosultsági szint is van. Dönteni nem csak óradíj alapján érdemes.

Olcsóbban 15.000 forint alatt ritkán lesz alapos munka, ha nem egyetlen apró hibáról van szó. Lehet szerencse, de a túl alacsony ár sokszor azt jelenti, hogy a szakember csak gyorsan átkattint pár oldalt. Én inkább kevesebb területet kérnék, de azt rendesen dokumentálva. Egy jó hibaleírás többet ér, mint egy hosszú lista, amelyből a fejlesztő nem érti, mit kell javítani.

Megfelelő QA szakember választása

A megfelelő QA szakember nem csak hibát keres. Meg tudja mondani, hogyan ismételhető a hiba, milyen eszközön jelent meg, mennyire súlyos, és miért zavarja a felhasználót. Ez fontos különbség. Egy vélemény önmagában kevés. A használható tesztelési eredmény bizonyítható és követhető.

Sokan ott hibáznak, hogy csak azt kérdezik, hány éve dolgozik az illető. Ez számít, de nem elég. Érdemes mintajelentést kérni, vagy legalább megkérdezni, hogyan ír le egy hibát. Jó jel, ha a válaszban szerepel a lépésről lépésre leírás, a várt eredmény, a tényleges eredmény, a böngésző, az eszköz és a súlyosság. Rossz jel, ha valaki csak annyit mond, hogy majd átnézi.

A Qjob.hu oldalán magánügyfelek több különböző szakember ajánlatát is össze tudják hasonlítani. Itt nem egy cég csomagját kell elfogadni, hanem meg lehet nézni, ki vállal kisebb feladatot, ki dolgozik részletes jelentéssel, és ki alkalmas gyors ellenőrzésre. A választásnál a kommunikáció legalább olyan fontos, mint a technikai tudás. Ha a szakember nem kérdez rá a célra, a felhasználókra és a kritikus funkciókra, akkor könnyen felszínes lesz az ellenőrzés.

Minőségbiztosítás Győr városrészeiben

Győr esetében a munka nagy része távolról is elvégezhető, de a helyi ismeret néha hasznos. Egy szolgáltatói oldalnál például számíthat, hogy a látogatók Gyárvárosból, Révfaluból, Nádorvárosból vagy Marcalvárosból érkeznek-e, és milyen gyorsan akarnak ajánlatot kérni. Egy helyi vállalkozásnál nem mindig országos logika szerint kell gondolkodni.

A környékbeli megbízásoknál gyakori a kisvállalkozói weboldal, az éttermi rendelési felület, a szalonfoglalás, az oktatói oldal és a helyi szolgáltatások ajánlatkérő űrlapja. Ezeknél a hibák nem mindig technikailag bonyolultak. Inkább kellemetlenek. Nem érkezik meg az üzenet, nem egyértelmű a visszaigazolás, a térkép rossz helyre mutat, vagy mobilon túl nagy a távolság a mezők között.

Volt eset, amikor egy ügyfél csak annyit érzett, hogy kevés az ajánlatkérés. A weboldal ránézésre rendben volt. A tesztelés közben derült ki, hogy a kapcsolatfelvételi űrlap bizonyos telefonokon elküldés után nem adott visszajelzést. A látogató azt hihette, hogy nem történt semmi, ezért újra nem próbálta. A javítás nem volt nagy, de a hiba addig pénzt vitt el.

Hibajelentés és újratesztelés

A Quality assurance tester munkája akkor hasznos igazán, ha a végén nem csak megjegyzések maradnak. Kell egy átlátható hibajelentés. Rövid cím, pontos lépések, várható eredmény, tényleges eredmény, képernyőkép vagy videó, eszköz, böngésző és súlyosság. Nem kell túlbonyolítani, de legyen belőle javítási lista.

Az újratesztelés gyakran kimarad, pedig ez az egyik legfontosabb rész. Egy javítás néha új hibát okoz. Például megoldják a mobilos gombot, de közben elromlik az asztali nézet. Vagy javítják a rendelési lépést, de a visszaigazoló e-mailben marad rossz adat. Én ilyenkor mindig visszanézném a kapcsolódó útvonalakat is, nem csak az eredeti hibát.

A magánügyfélnek nem kell minden technikai részletet értenie. Elég, ha világos képet kap arról, mi blokkoló hiba, mi zavaró, és mi csak későbbi finomítás. A jó QA tesztelés nem félelmet kelt, hanem sorrendet ad. Mit kell javítani indulás előtt, mit lehet később, és mi az, ami valójában nem hiba, csak ízlés kérdése.

Mikor érdemes QA tesztelést kérni

Legjobb még az élesítés előtt kérni az ellenőrzést. Nem az utolsó órában, hanem akkor, amikor a fejlesztőnek még van ideje javítani. De akkor is van értelme, ha a rendszer már működik, csak sok a panasz, kevés a rendelés, vagy a látogatók nem fejezik be a folyamatot. A minőségbiztosítás ilyenkor nem elméleti dolog, hanem hibakeresés valós üzleti hatással.

Győr vállalkozói környezetében sok kisebb projekt indul gyorsan. Ez érthető. De a gyors indulás nem jelenti azt, hogy ellenőrzés nélkül kell kimenni a felhasználók elé. Egy rövid, célzott átnézés is megfoghat olyan hibát, amelyet a tulajdonos már nem vesz észre, mert túl sokszor látta a saját oldalát.

Quality assurance tester bevonása akkor különösen indokolt, ha pénzmozgás, személyes adat, foglalás, ügyfélkapu vagy ismétlődő rendelési folyamat van a rendszerben. Ilyenkor egy rossz mező vagy félreérthető üzenet nem apróság. A felhasználó nem fogja elemezni, mi történt. Egyszerűen kilép, és máshol próbálkozik.