QA software testerek Tatabányán: Vélemények és kedvező árak

QA software tester magánügyfeleknek Tatabányán

A QA software 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 hibamentes lesz. Magánügyfeleknél ez gyakran webáruház, időpontfoglaló oldal, kisebb ügyfélkapu, tanfolyami felület vagy egyedi vállalkozói rendszer ellenőrzését jelenti. A cél nem az, hogy valaki elméleti hibákat keressen. Az a fontos, hogy a tesztelő végigmenjen a valós használaton, és észrevegye azt is, amit a fejlesztő már nem lát.

Qjob.hu felületén különböző szakemberek közül lehet választani, nem egyetlen cég csomagját kell elfogadni. Ez magánmegrendelőként hasznos, mert a feladatok nagyon eltérők. Van, aki csak egy honlap fizetési folyamatát szeretné átnézetni. Másnak egy készülő alkalmazás teljes működéséről kell visszajelzés. Szerintem a jó tesztelés ott kezdődik, amikor a szakember nem csak hibát ír le, hanem megmutatja, milyen lépésekkel lehet azt újra előidézni.

Mikor hasznos a szoftvertesztelés

A szoftvertesztelés nem csak nagy cégeknek való. Egy magánvállalkozó honlapján is komoly gond lehet, ha a kapcsolatfelvételi űrlap nem küldi el az üzenetet, vagy a mobilos menü egy régebbi készüléken szétesik. Tatabánya környékén sok kisebb szolgáltató dolgozik saját oldallal, foglalási naptárral vagy rendelési felülettel. Ezeknél a hibák közvetlenül ügyfélvesztést okozhatnak.

Leggyakrabban akkor érdemes tesztelőt keresni, amikor az oldal élesítés előtt áll, új funkció került be, fizetési mód változott, vagy több ügyfél jelzett furcsa hibát. Sok megrendelő későn lép. Már fut a hirdetés, jönnének az érdeklődők, de a rendszer pont akkor akad el. Volt eset, amikor egy kliens csak annyit mondott, hogy néha eltűnik a kosár tartalma. A fejlesztőnél nem jelentkezett a hiba. A tesztelő több böngészővel, mobilnettel és lassabb kapcsolattal próbálta ki. Kiderült, hogy egy gyorsítótár beállítás zavarta meg a folyamatot.

Én személy szerint jobban szeretem, ha a minőségellenőrzés már a munka közben elindul, nem csak a végén. Így olcsóbb javítani. És kevesebb vita lesz arról, hogy a hiba fejlesztési gond, beállítási kérdés vagy félreértett működés.

QA tesztelés típusai

A QA tesztelés többféle munkát takarhat. Nem minden feladat igényel hosszú dokumentációt vagy bonyolult rendszert. Egy kisebb oldalnál elég lehet a fő folyamatok kézi ellenőrzése. Egy összetettebb alkalmazásnál már szükség lehet tesztesetekre, hibajegyekre, visszatesztelésre és több körös átadásra.

A manuális tesztelésnél a szakember úgy használja a rendszert, ahogy egy valódi látogató tenné. Megnézi az űrlapokat, gombokat, menüket, belépést, keresést, rendelést, értesítéseket és a hibás adatok kezelését. A reszponzív ellenőrzés különösen fontos, mert a magánügyfelek oldalait sokan telefonról nézik. Egy QA szakember itt nem csak azt írja le, hogy valami csúnya. Pontosan jelzi, melyik képernyőméreten, milyen eszközön és milyen lépés után romlik el a felület.

Automatizált ellenőrzésre akkor van értelme gondolni, ha a rendszer hosszabb ideig fejlődik, és ugyanazokat a folyamatokat újra meg újra ellenőrizni kell. Egy kis bemutatkozó oldalnál ez általában túlzás. Egy webáruháznál vagy rendszeresen frissülő ügyfélfelületnél viszont már megtérülhet.

QA software tester árak

Az árak főleg attól függnek, mennyire összetett a rendszer, van e belépés, fizetés, több jogosultsági szint, adminfelület vagy külső kapcsolat. Egy egyszerű honlap gyors ellenőrzése nem ugyanaz, mint egy rendelési rendszer többféle szállítási és fizetési móddal. A QA software tester munkája akkor korrekt, ha előre kiderül, pontosan mit kell átnézni, milyen eszközökön, milyen mélységben és milyen formában kéri a megrendelő az eredményt.

Olcsóbban 12.000 forint alatt ritkán lesz minőségi a munka, legalábbis ha valódi ellenőrzésről beszélünk. Egy tesztelőnek idő kell a megértéshez, a próbához, a hibák rögzítéséhez és a rövid magyarázathoz. Sok hibás ajánlat ott csúszik el, hogy csak átkattintják az oldalt, de nem próbálnak rossz adatot megadni, nem nézik a visszajelzéseket, és nem ellenőrzik a folyamat végét.

Magánügyfélként érdemes kisebb, jól körülírt csomaggal kezdeni. Például főoldal, kapcsolatfelvétel, mobilnézet, rendelési folyamat. Ha sok hiba jön elő, akkor lehet továbbmenni. Így a költség kezelhető marad, és a szakember sem találgat, hanem konkrét feladatot végez.

Szakember választása

A megfelelő tesztelő kiválasztása nem csak árkérdés. Fontos, hogy érthetően írjon, türelmesen kérdezzen, és ne keverje össze a véleményt a hibával. A jó hibaleírás rövid, pontos és visszakereshető. Tartalmazza a lépéseket, a várt eredményt, a tényleges eredményt, a környezetet és lehetőség szerint képernyőképet. Egy QA szakember ettől lesz igazán hasznos.

Sok megrendelő azt a hibát követi el, hogy csak technikai tudást keres, miközben a kommunikáció legalább ilyen fontos. Ha a tesztelő túl általánosan fogalmaz, a fejlesztő nem tud gyorsan javítani. Ha túl sok apróságot egyformán súlyosnak jelöl, a megrendelő nem látja, mi sürgős. Jó jel, ha a szakember meg tudja különböztetni a blokkoló hibát, a zavaró hibát és az egyszerű javítási javaslatot.

Érdemes rákérdezni korábbi munkákra, használt eszközökre és arra, milyen formában adja át az eredményt. Nem kell mindenkinek nagy vállalati rendszerben dolgoznia. Egy megosztott táblázat vagy rövid dokumentum is elég lehet. De legyen rendezett. Legyen belőle munkaanyag, ne csak hosszú üzenet.

Tatabánya és környéke

Tatabánya helyi szempontból azért érdekes, mert sok szolgáltató nem országos rendszerrel indul, hanem egy kisebb, saját ügyfélkörre épített oldallal. Ilyenkor a tesztelésnél számít, hogy a látogatók gyorsan akarnak időpontot kérni, ajánlatot küldeni, címet keresni vagy rendelést leadni. A felhasználói út rövid. Ha megakad, ritkán próbálkoznak sokáig.

A városrészek és közeli települések miatt a helyi oldalaknál gyakoriak a címekkel, kiszállási zónákkal és szolgáltatási területekkel kapcsolatos hibák. Alsógalla, Felsőgalla, Bánhida, Kertváros, Újváros, Dózsakert és Síkvölgypuszta nevei gyakran szerepelnek leírásokban, űrlapokban vagy térképes elemekben. Oroszlány, Tata, Vértesszőlős, Környe és Várgesztes környéke is előfordulhat egy szolgáltatási oldalon. Ezeket nem elég szövegként ellenőrizni. Meg kell nézni, hogy a kereső, a legördülő mező, a térkép és a kapcsolatfelvétel is jól kezeli e őket.

Po mém tapasztalatom szerint a helyi hibák bosszantóbbak, mint a látványos technikai gondok. Egy elgépelés a címben, rossz telefonszám, hibás térképlink vagy félreérthető kiszállási díj azonnal bizalmat ront. A szoftvertesztelés itt már nem csak gombok nyomkodása. Valós ügyfélhelyzetek próbája.

Hibák és átadás

A tesztelés végén a megrendelőnek olyan anyagot kell kapnia, amiből tovább lehet dolgozni. Ez lehet hibajegyzék, táblázat, rövid jelentés vagy képernyőképekkel kiegészített lista. A lényeg, hogy ne csak annyi szerepeljen benne, hogy nem működik. A fejlesztőnek tudnia kell, hol, mikor és hogyan jelentkezett a gond.

Egy gyakori konfliktus abból jön, hogy a megrendelő hibának tart valamit, a fejlesztő pedig azt mondja, így lett kérve. A tesztelő ilyenkor sokat segíthet, mert külön kezeli a valódi hibát, a használhatósági problémát és az üzleti döntést. Például ha a rendelés elküldhető üres telefonszámmal, az lehet hiba. Ha a gomb szövege nem elég egyértelmű, az inkább használhatósági észrevétel. Ha pedig a szállítás csak egy zónában elérhető, az lehet tudatos döntés, csak jobban kell jelezni.

Volt olyan munka, ahol a kliens szerint a honlap lassú volt. A tesztelés közben kiderült, hogy nem minden oldal lassú, csak a galéria és az adminban a képfeltöltés. Ez teljesen más javítási irányt jelentett. Nem kellett az egész rendszert újraépíteni. Csak a képek méretezését és a feltöltési folyamatot kellett rendbe tenni.

Biztonságosabb élesítés

Egy oldal vagy alkalmazás élesítése előtt a QA software tester munkája csökkenti a kellemetlen meglepetéseket. Nem tüntet el minden kockázatot, de segít abban, hogy a legfontosabb folyamatok ne az első valódi ügyfélnél bukjanak el. Ez magánmegrendelőként különösen fontos, mert gyakran nincs külön ügyfélszolgálat, fejlesztői csapat és tartalék ember a hibák kezelésére.

Én azt tartom jó sorrendnek, ha először a fő üzleti folyamatokat ellenőrzik. Kapcsolatfelvétel, ajánlatkérés, regisztráció, fizetés, rendelés, értesítés, admin visszajelzés. Utána jöhetnek a kisebb vizuális eltérések. Sokkal nagyobb baj, ha nem érkezik meg egy ajánlatkérés, mint ha egy ikon pár képponttal arrébb áll.

A tesztelő nem helyettesíti a fejlesztőt, és nem dönt a megrendelő helyett. De tisztább képet ad. Itt lehet látni, mi működik, mi kockázatos, és mit érdemes javítani még a nyilvános használat előtt. Egy jól összeállított hibajegyzék sok vitát megelőz, és gyorsabbá teszi a javítást. Ezért a minőségellenőrzés nem külön luxus, hanem a munka záró része.