QA-tesztelők Debrecenben: Vélemények és kedvező árak

QA tesztelő Debrecen

A QA tesztelő akkor hasznos, amikor egy weboldal, foglalási felület vagy egyszerűbb alkalmazás működik ugyan, de a használat közben sorra jönnek elő a kisebb hibák, a félresikló lépések és az idegesítő részletek. Debrecen környékén sok magánmegrendelő nem fejlesztőt keres első körben, hanem olyan embert, aki végigpróbálja a folyamatot, és megmutatja, hol akad el a regisztráció, miért nem megy végig egy rendelés, vagy melyik gomb visz rossz oldalra. A jó tesztelés nem díszmunka. Arra való, hogy a hibák még azelőtt kiderüljenek, mielőtt a látogatók vagy a vevők találkoznak velük.

Sokan azt hiszik, hogy a QA tesztelő csak nagy cégeknek kell. Szerintem ez tévedés. Egy magánügyfélnek, aki saját szolgáltatási oldalt, kisebb webáruházat, eseményoldalt vagy időpontfoglaló rendszert használ, még fontosabb lehet a külső ellenőrzés. A tulajdonos általában már megszokta a saját felületét, ezért nem látja azokat a hibákat, amelyek az új látogatónak rögtön feltűnnek. És pont ezek a hibák viszik el a bizalmat.

Mit néz át a tesztelő szakember

Egy ilyen munka nem abból áll, hogy valaki ránéz az oldalra és azt mondja, minden rendben. A tesztelő szakember lépésről lépésre végigmegy a fontos útvonalakon. Megnézi a kapcsolatfelvételt, az űrlapokat, a visszaigazolást, a menük működését, a mobilos megjelenést, a hibás mezők jelzését és azt is, hogy világos-e a szöveg. Ha van fizetési vagy foglalási folyamat, ott különösen gyorsan kijönnek a problémák. Sokszor nem nagy hibáról van szó, hanem öt apróról. De ez az öt apróság együtt már elég ahhoz, hogy a látogató bezárja az oldalt.

Az én tapasztalatom szerint a legjobb eredményt akkor adja a szoftvertesztelő, ha nem csak technikai hibákat keres, hanem a valódi felhasználói viselkedést is utánozza. Nem szépen, szabályosan kattint, hanem kapkod egy kicsit, visszalép, rossz adatot ír be, másik böngészőből próbálja meg, vagy mobilon nyitja meg az oldalt. Sok tulajdonos meglepődik, milyen gyorsan előjönnek így a rejtett gondok.

Volt olyan eset, amikor egy ügyfél biztos volt benne, hogy minden rendben van a jelentkezési oldalával, mert nála mindig működött. A gond csak az volt, hogy ő mentett jelszavakkal és kitöltött mezőkkel használta. Amikor egy külső ellenőrzés nulláról indult, kiderült, hogy az egyik kötelező mező mobilon lecsúszott a képernyőről, ezért a beküldés folyamatosan hibát dobott. A javítás rövid volt, de a hiba addig sok érdeklődőt elveszített.

Gyakori hibák és félreértések

Sok megrendelő ott hibázik, hogy csak akkor kér segítséget, amikor már panasz érkezik. Pedig a legtöbb gond jóval korábban látható lenne. Gyakori a rossz gombfelirat, a nem működő link, a feleslegesen hosszú űrlap, a hibás visszaigazoló üzenet vagy az, hogy mobilon szétesik a felület. De ugyanolyan gond az is, amikor valami működik, csak túl lassan vagy túl zavarosan. A látogató nem fog hibajegyet írni. Egyszerűen kilép.

Másik gyakori félreértés, hogy a tesztelés csak hibavadászat. Valójában részben döntéstámogatás is. Egy jó minőségellenőrzési szakember meg tudja mondani, melyik hiba sürgős, melyik csak kényelmi gond, és melyik érinti közvetlenül a bevételt vagy a kapcsolatfelvételt. Ez nagy különbség. Nem minden hibát kell azonnal javítani, de tudni kell, melyik maradhat és melyik nem.

Én személy szerint jobban bízom abban a munkában, ahol a szakember rövid listát ad fontossági sorrenddel, nem pedig egy ömlesztett felsorolást. Ha minden egyformán fontosnak van beállítva, abból általában káosz lesz. És a megrendelő sem tudja, hol kezdje a javítást.

QA tesztelő árak

A költség attól függ, milyen felületet kell átnézni, hány oldalt vagy folyamatot érint a munka, és kér-e a megrendelő részletes hibaleírást is. Debrecen térségében a kisebb lakossági megbízásoknál a díj általában jól tervezhető, ha a feladat le van írva. Egy rövid ellenőrzés más kategória, mint egy teljes átvilágítás több eszközön. Olcsóbban persze mindig lehet találni valakit, de szerintem a túl alacsony díj ennél a munkánál különösen gyanús. Ha valaki nagyon kevés pénzért mindent átnézést ígér, abból gyakran felületes próbálgatás lesz, nem valódi vizsgálat.

Az is számít, hogy csak hibajelzést kérsz, vagy képernyőképekkel, lépésekkel és javítási javaslattal együtt szeretnéd a visszajelzést. Utóbbi drágább, de sokkal hasznosabb. Egy fejlesztő vagy webes kivitelező sokkal gyorsabban dolgozik, ha pontos leírást kap arról, hogyan jön elő a hiba.

Ezek irányárak, de jól mutatják az arányokat. Nekem az a benyomásom, hogy 12.000 forint alatt ritkán kapsz olyan munkát, amely tényleg végigmegy a fontos hibákon. A nagyon olcsó ellenőrzés gyakran csak gyors kattintgatás. A gondos munka itt is pénzbe kerül, viszont sokszor többet spórol, mint amennyibe kerül.

Hogyan válassz QA tesztelőt

Jó választásnál nem csak azt kell nézni, hogy mennyiért vállalja a munkát. Fontosabb, hogyan kérdez. Rákérdez-e arra, kik használják az oldalt, mi a fő cél, melyik folyamat fontos, milyen eszközökön jön a legtöbb látogató. Egy rutinos QA tesztelő nem ugyanúgy vizsgál egy bemutatkozó oldalt, mint egy rendelési felületet vagy egy időpontfoglalót. Ha valaki mindenre ugyanazt a sablon választ adja, az nekem gyenge jel.

Érdemes elkérni, milyen formában adja át a hibákat. Van, aki listát küld. Van, aki képernyőképpel, rövid leírással és súlyossági jelzéssel dolgozik. Szerintem a második használhatóbb. Sok vita abból indul, hogy a hibát túl röviden írják le, ezért a másik fél nem tudja reprodukálni. A jó szoftvertesztelő itt időt takarít meg mindenkinek.

A Qjob.hu felületén is érdemes azt nézni, ki mennyire érthetően fogalmaz, és látni-e rajta, hogy valóban végiggondolja a feladatot. Nekem az is fontos, hogy a jelentkező ne ígérjen tökéletességet. Aki azt állítja, hogy minden hibát biztosan megtalál, az nem hangzik hitelesen. Sokkal jobb, ha reális keretet mond, például mely folyamatokat, mely nézeteket és milyen mélységben fog ellenőrizni.

Debrecen és a környező részek

Debrecen esetében a legtöbb ilyen megbízás távolról is elvégezhető, de néha jól jön a személyes egyeztetés, főleg ha a tulajdonos nem technikai háttérrel dolgozik. A belváros, Nagyerdő, Tócóskert, Józsa, Pallag vagy Kismacs felől érkező megrendeléseknél gyakori, hogy az első beszélgetés még élőben történik, utána viszont már minden mehet online. Ez kényelmesebb, és általában gyorsabb is.

Sokszor a környező településekről is érkezik ilyen kérés. És ez logikus. Egy kisebb vállalkozói weboldal, családi apartman oldal, magánrendeléshez készült felület vagy tanfolyami jelentkezési oldal ugyanúgy hibásodhat, mint egy nagy rendszer. A különbség csak az, hogy itt kevesebben veszik észre időben. Debrecen környékén ezért szerintem különösen hasznos az a megoldás, amikor valaki még indulás előtt kér egy külső ellenőrzést.

Mikor érdemes tesztelést kérni

A legjobb időpont nem az, amikor már gond van, hanem közvetlenül indulás előtt, nagyobb módosítás után vagy akkor, amikor hirtelen romlik a kitöltések, foglalások vagy rendelések száma. Sok tulajdonos ilyenkor először a hirdetésre gyanakszik, pedig a gond néha sokkal egyszerűbb. Nem látszik a küldés gomb. Nem működik a dátumválasztás. Nem megy végig a megerősítés. Egy minőségellenőrzési szakember ezt hamar kiszúrja.

És van még egy helyzet, amikor szerintem különösen megéri szakembert hívni. Akkor, amikor a fejlesztő azt mondja, nála rendben működik minden, a felhasználó viszont továbbra is hibát jelez. Ilyenkor kell a külső szem. Nem a vita miatt, hanem azért, hogy valaki tárgyilagosan végigpróbálja a lépéseket. A jó tesztelés nem hangos és nem látványos. De nagyon hasznos, mert tisztázza, mi valódi hiba, mi környezeti gond, és mi az, amit egyszerűen félreérthetően építettek fel.

Ha egy oldalon már most vannak apró bizonytalanságok, nem érdemes hónapokig várni. A QA tesztelő ilyenkor nem luxus, hanem józan ellenőrzés. És gyakran pont ez kell ahhoz, hogy a felület nyugodtan használható legyen.