Quality assurance testerek Tatabányán: Vélemények és kedvező árak

Quality assurance tester magánügyfeleknek

A Quality assurance tester abban segít, hogy egy weboldal, webáruház, mobilalkalmazás vagy belső rendszer ne csak elinduljon, hanem használható is legyen valódi emberek számára. Magánügyfélként ez gyakran akkor lesz fontos, amikor egy fejlesztő már átadta a munkát, de a hibák csak később derülnek ki. Gomb nem működik. Űrlap elveszíti az adatot. Fizetés után nincs visszaigazolás. Telefonon másképp néz ki az oldal, mint számítógépen. Ilyenkor egy független tesztelő szakember más szemmel nézi végig a felületet.

Qjob.hu oldalán különböző magán szakemberek között lehet keresni, nem egyetlen cég szolgáltatásáról van szó. Ez azért hasznos, mert kisebb munkára nem mindig kell nagy ügynökség. Elég lehet egy tapasztalt szoftvertesztelő, aki célzottan átnézi a folyamatokat, leírja a hibákat, és érthető visszajelzést ad. Tatabánya környékén sok kisebb vállalkozás és magánprojekt is működik úgy, hogy a tesztelés kimarad a fejlesztés végéről. Ez drága hiba lehet, még akkor is, ha elsőre apróságnak tűnik.

Saját tapasztalatom szerint a legjobb tesztelés nem arról szól, hogy valaki mindenáron hibát keres. Inkább arról, hogy a rendszer kiszámítható legyen. A minőségbiztosítási tesztelő végigpróbálja a fontos lépéseket, jelzi a törött elemeket, és elkülöníti a komoly hibát a kényelmetlenségtől. Ez sok felesleges vitát megelőz a megrendelő és a fejlesztő között.

QA tesztelő feladatok

Egy QA tesztelő munkája a felület típusától függ. Egy egyszerű bemutatkozó oldalnál elég lehet a böngészők, űrlapok, linkek és mobilnézet ellenőrzése. Webáruháznál már fontos a kosár, kupon, szállítási mód, fizetési lépések, e-mail értesítés és készletkezelés próbája is. Mobilalkalmazásnál más gondok jönnek elő. Lassú betöltés, rossz jogosultságkezelés, fagyás, kényelmetlen menü vagy félreérthető üzenet.

Sokan csak akkor hívnak szoftvertesztelőt, amikor már ügyfelek panaszkodnak. Ez érthető, de nem ideális. A hibák korai felismerése olcsóbb, mert a fejlesztő még emlékszik a kódra, és a javítás nem zavarja az éles működést. Egy kézi tesztelés során a szakember általában forgatókönyveket ír, majd valódi használati helyzeteket próbál ki. Nem elég rákattintani pár gombra. Meg kell nézni, mi történik rossz adatokkal, üres mezőkkel, lassú kapcsolattal vagy kisebb kijelzőn.

Volt eset, amikor egy ügyfél azt hitte, hogy a webáruháza készen áll. A főoldal szép volt, a termékek feltöltve, a fizetési oldal működött. A gond csak az volt, hogy bizonyos telefonokon a rendelés gomb kilógott a képernyőről. A vásárló nem látta, és egyszerűen bezárta az oldalt. A fejlesztő ezt nagy monitoron nem vette észre. Egy rövid tesztelési kör után a hiba javítható lett, és nem kellett találgatni, miért nincs rendelés.

Quality assurance tester árak

Az ár függ a rendszer méretétől, a tesztelés mélységétől, a határidőtől és attól, kell-e részletes hibajegy vagy elég egy rövid lista. 12.000 forint alatt ritkán születik értelmes eredmény, ha nem csak egy nagyon kis ellenőrzésről van szó. Túl alacsony árnál gyakran kimarad a dokumentálás, pedig később éppen az segít a javításnál. Egy tapasztalt tesztelési szakember nem csak azt írja le, hogy valami rossz, hanem azt is, hol jelentkezik, milyen lépéssel ismételhető, és mennyire sürgős.

Az áraknál nem csak az óradíjat érdemes nézni. Fontosabb, hogy mit kap a megrendelő a végén. Egy rövid üzenet kevés lehet, ha több fejlesztő dolgozik a javításon. Egy rendezett táblázat vagy hibajegy lista sokkal jobb. Személy szerint azt preferálom, ha a szakember előre megmondja, mi fér bele az adott összegbe. Így nincs vita azon, hogy a tesztelés csak felületes átnézés volt, vagy valódi ellenőrzés.

Megfelelő tesztelő szakember kiválasztása

A megfelelő tesztelő szakember kiválasztásánál nem elég azt nézni, hogy valaki ismeri a szakmai szavakat. A jó jelölt kérdez. Milyen rendszer készül. Kik fogják használni. Melyik folyamat hoz pénzt. Mi számít kritikus hibának. Egy magánügyfélnek gyakran nincs kész tesztterve, ezért a szakembernek rendet kell tennie a feladatban.

Sok megrendelő hibázik, amikor csak azt kéri, hogy nézd meg, működik-e. Ez túl tág. A szoftvertesztelő akkor tud jól dolgozni, ha kap hozzáférést, próbaadatot, rövid leírást és egyértelmű célt. Egy webáruháznál például nem mindegy, hogy a legfontosabb cél a vásárlás, a hírlevél feliratkozás vagy az ajánlatkérés. Más hibák kapnak elsőbbséget.

Érdemes megnézni, hogy a szakember hogyan ír. A tesztelési jelentésnek érthetőnek kell lennie nem műszaki ember számára is. Ha egy hiba leírása homályos, a fejlesztő sem tudja gyorsan javítani. Jó jel, ha a minőségbiztosítási tesztelő képernyőképet, eszközadatot, böngészőt és ismétlési lépést is megad. Nem kell túlbonyolítani, de legyen pontos.

Tesztelés Tatabánya környékén

Tatabánya esetében a helyi jelenlét néha hasznos, de nem mindig szükséges. Egy weboldal vagy alkalmazás nagy része távolról is ellenőrizhető. Mégis vannak helyzetek, amikor jó, ha a szakember ismeri a környéket. Helyi szolgáltató oldalánál számítanak a városrészek, a kiszállási területek, az ipari park környéke, Bánhida, Kertváros, Dózsakert, Alsógalla, Felsőgalla vagy akár Tata és Oroszlány közelsége.

Lokális oldalaknál gyakori hiba, hogy az ajánlatkérő űrlap nem kezeli jól a címeket, irányítószámokat vagy szállítási zónákat. Egy Tatabánya környéki vállalkozásnál ez nem részletkérdés. Ha a felhasználó nem tudja megadni a pontos címet, vagy rossz díjat kap, akkor a bizalom gyorsan csökken. Egy QA tesztelő ilyen pontokat is végignéz, különösen akkor, ha a megrendelő előre jelzi, hogy a helyi ügyfelek fontosak.

A környékbeli projektek sokszor kisebbek, de ettől még nem egyszerűek. Egy időpontfoglaló rendszer például kevés oldalból áll, mégis sok hibalehetőséget rejt. Foglalás, lemondás, értesítés, dupla időpont, ünnepnap, késés. Ezeket nem lehet csak ránézésre ellenőrizni.

Hibajelentés és átvétel

A tesztelés végén a legfontosabb eredmény a használható hibajelentés. Nem az a cél, hogy hosszú dokumentum készüljön. Az a cél, hogy a fejlesztő javítani tudjon, a megrendelő pedig lássa, mi akadályozza az indulást. Egy jó lista tartalmazza a hiba rövid nevét, a lépéseket, az elvárt működést, a tényleges eredményt, a súlyosságot és lehetőség szerint képet vagy videót.

Quality assurance tester bevonásakor érdemes előre tisztázni, hogy lesz-e újratesztelés. Sok projektben a hibákat kijavítják, majd senki nem ellenőrzi újra. Ilyenkor előfordul, hogy egy javítás elront valami mást. Ez kellemetlen, mert a megrendelő azt hiszi, a munka lezárult. Saját tapasztalatom alapján legalább egy rövid visszaellenőrzés kell minden fontosabb javítás után.

Az átvételnél a magánügyfélnek nem kell minden műszaki részletet értenie. Elég, ha látja, mely funkciók működnek, mely hibák maradtak, és melyek nem kritikusak. A tesztelési szakember ebben közvetítő szerepet is betölt. Nem fejlesztő helyett dönt, de segít kimondani, hogy egy rendszer vállalható-e éles használatra.

Mikor érdemes külön QA ellenőrzés

Külön Quality assurance tester akkor hasznos, ha a felület pénzt, ügyfelet vagy személyes adatot kezel. Egy hobbiprojektnél elég lehet a saját próba. Egy rendelési rendszer, tanfolyam oldal, foglalási oldal vagy fizetős alkalmazás viszont már más kockázat. Ott egy kis hiba is bevételkiesést okozhat.

Nem minden munkához kell hosszú tesztelési folyamat. Néha elég egy célzott ellenőrzés indulás előtt. Máskor több kör kell, főleg ha a fejlesztés közben gyakran változik a funkció. Sokkal jobb korán kérni segítséget, mint utólag magyarázkodni az ügyfeleknek. A legjobb eredmény akkor születik, amikor a megrendelő, a fejlesztő és a tesztelő ugyanazt érti kész állapot alatt.

Én óvatos lennék azzal a mondattal, hogy nálunk biztos minden működik. A valódi felhasználó nem úgy kattint, mint a készítő. Elír adatot, visszalép, újratölti az oldalt, másik eszközt használ. A tesztelés ezt a valóságot hozza be a projektbe. Ezért lehet értékes még kisebb magánmunkáknál is.