Manuális tesztelők Szegeden: Vélemények és kedvező árak

Manuális tesztelő magánprojektekhez

A Manuális tesztelő akkor hasznos, ha egy weboldalt, alkalmazást vagy belső rendszert valós használat közben kell átnézni, nem csak elméleti listák alapján. Magánmegbízásnál ez különösen fontos, mert sokszor nincs külön termékcsapat, nincs hosszú hibakezelési folyamat, csak egy ügyfél, egy fejlesztő és egy kézi ellenőrzést végző szakember. Szeged környékén gyakori kérés a kisebb vállalkozói oldal, időpontfoglaló felület, webáruház, űrlap vagy mobilnézet átnézése. Ilyenkor a cél nem az, hogy valaki minden apróságot bonyolult nyelven leírjon, hanem az, hogy világosan megmutassa, mi működik, mi zavaró, mi hibás és mi okozhat gondot éles használatban.

Qjob.hu felületén több különböző magánszakember közül lehet választani, ezért a megbízás nem egyetlen cég csomagjához kötődik. Ez rugalmasabb, de nagyobb figyelmet is kér. Szerintem a legjobb eredmény akkor születik, ha a megrendelő már az elején röviden leírja, milyen rendszert kell ellenőrizni, hány oldal vagy képernyő van benne, milyen eszközökön kell nézni és milyen formában várja a hibákat. Sok félreértés ebből előzhető meg. Nem elég annyit írni, hogy nézd át az oldalt. A tesztelésnek keretet kell adni.

Manuális tesztelés árak

A kézi tesztelés ára főleg a felület méretétől, a funkciók számától, a dokumentálás részletességétől és a határidőtől függ. Egy egyszerű bemutatkozó oldal olcsóbb, mint egy regisztrációt, fizetést, kuponokat és értesítéseket kezelő webáruház. Olcsóbb 12.000 forint alatt ritkán lesz jó minőségű, ha nem csak pár perc kattintgatásról van szó. A túl alacsony ár sokszor azt jelenti, hogy a tesztelő nem ír rendes hibaleírást, nem csatol képernyőképet, vagy csak a leglátványosabb hibákat nézi meg.

A táblázat csak irányt ad. Egy rövid, de összetett fizetési folyamat többe kerülhet, mint egy hosszabb, de statikus oldal. Az én tapasztalatom szerint az árnál többet számít, hogy a megbízott hogyan kérdez vissza. Ha már az első üzenetben rákérdez a böngészőkre, a mobilnézetre, a tesztadatokra és a hibaleírás formájára, az jó jel. Ha csak az árat küldi, abból nehéz megítélni a munkát.

Tesztelő kiválasztása biztonságosan

A tesztelő kiválasztásánál nem csak az számít, hogy dolgozott e már nagy rendszeren. Magánügyfélnél gyakran fontosabb, hogy érthetően írjon, pontos legyen és ne kezelje le a laikus kérdéseket. Egy jó szakember nem csak azt mondja, hogy rossz a gomb, hanem leírja, hol található, milyen lépésekkel jön elő a hiba, milyen eszközön látta, és mi lenne a várható működés. Ez a fejlesztőnek is segítség. Az ügyfélnek pedig bizonyíték arra, hogy a munka nem felületes volt.

Sokan hibáznak, amikor kizárólag a legolcsóbb ajánlatot választják. Ez érthető, mert egy kisebb oldalnál senki sem akar feleslegesen költeni. De a hibás rendelési folyamat, az el nem küldött űrlap vagy a mobilon széteső menü később többe kerülhet. Én inkább olyan embert választanék, aki először kisebb próbamunkát vállal. Például egy fő folyamat ellenőrzését. Abból gyorsan látszik, hogyan gondolkodik és mennyire használható a hibajelentése.

Weboldal és alkalmazás ellenőrzés lépései

A manuális tesztelés nem véletlenszerű kattintás. Először tisztázni kell, mit kell ellenőrizni. Ez lehet egy rendelési folyamat, időpontfoglalás, belépés, kereső, szűrő, fizetés, értesítés vagy admin felület. Utána jönnek a tesztesetek. Ezek egyszerű mondatok is lehetnek. Például a látogató kiválaszt egy szolgáltatást, kitölti az űrlapot, elküldi az adatokat, majd visszaigazolást kap. Ha ez nem történik meg, ott hiba van.

Fontos a környezet is. Más hiba jöhet elő telefonon, mint laptopon. Másként viselkedhet egy űrlap Chrome alatt, mint Safari alatt. A kézi szoftvertesztelés akkor ad jó képet, ha a tesztelő több nézőpontból nézi a rendszert. Nem kell minden esetben drága eszköztár. De kell figyelem és rendszer. Volt eset, amikor egy ügyfél azt hitte, hogy a fizetés működik, mert asztali gépen sikerült a próbarendelés. Telefonon viszont a fizetés gomb a képernyő aljára csúszott, és sok vevő nem látta. A javítás egyszerű volt, de a hiba hetekig vitte a rendeléseket.

A jó folyamat végén nem csak egy lista készül. Kell rövid összegzés is. Mely hibák sürgősek, melyek zavaróak, és melyek inkább kényelmi problémák. Ez segít dönteni, főleg akkor, ha a költségkeret szűk. Nem minden hiba azonos súlyú. Egy elcsúszott ikon kellemetlen. Egy nem működő ajánlatkérő már üzleti gond.

Manuális tesztelő Szeged városrészeiben

Szeged több részén is előfordul, hogy helyi vállalkozók, magánfejlesztők vagy kisebb csapatok kérnek kézi ellenőrzést élesítés előtt. Belváros, Újszeged, Alsóváros, Rókus, Tarján és Móraváros környékén sok szolgáltató dolgozik saját oldallal, foglalási naptárral vagy egyszerű webáruházzal. A munka nagy része távolról is elvégezhető, ezért nem mindig kell személyes találkozó. Mégis hasznos lehet, ha a megbízott érti a helyi ügyfélkört és azt, hogy egy kisebb szegedi oldalnál más a cél, mint egy országos rendszer esetén.

A környékbeli települések is szóba jöhetnek. Algyő, Deszk, Sándorfalva vagy Mórahalom felől is érkezhet olyan megbízás, ahol egy honlapot, webes űrlapot vagy foglalási oldalt kell ellenőrizni. A hely nem feltétlenül befolyásolja az árat, de a kommunikációt igen. Ha a megrendelő gyorsan elérhető, ad tesztadatot, és világosan jelzi, mi számít hibának, akkor a munka gördülékenyebb. Ha minden információ darabokban érkezik, a legegyszerűbb teszt is elhúzódik.

Hibajegyek és átadás rendje

A kézi ellenőrzés igazi értéke a hibajegyekben látszik. Egy jó hibajegy rövid címet, pontos lépéseket, várt eredményt, tényleges eredményt és képet tartalmaz. Nem kell túlbonyolítani. De az sem elég, hogy valami nem jó. A fejlesztő ebből nem tud dolgozni. A hibák súlyozása is fontos. Kritikus hiba az, ami megakadályozza a vásárlást, belépést vagy kapcsolatfelvételt. Közepes hiba lehet egy rossz visszajelző üzenet. Alacsonyabb súlyú lehet egy kisebb megjelenési eltérés.

Magánmegbízásnál érdemes előre kérni, hogy milyen formában készül az átadás. Lehet táblázat, dokumentum, képernyőképes lista vagy feladatkezelő. Itt nincs egyetlen helyes megoldás. Az a jó, amit a megrendelő és a fejlesztő is tud használni. Én személy szerint az egyszerű táblázatot, mert gyorsan szűrhető, könnyen továbbküldhető, és nem kell hozzá külön rendszer. Nagyobb projektnél viszont már jobb lehet a feladatkezelő, mert ott látszik a javítás állapota is.

A hibák átadása után jön az újratesztelés. Ezt sokan kihagyják, pedig kár. Egy javítás új hibát is okozhat. Például működni kezd a gomb, de közben eltűnik a visszaigazoló üzenet. Ezért a javított elemeket újra végig kell nézni. Nem mindig kell teljes új kör, de a fontos folyamatokat érdemes ellenőrizni.

Mikor elég a kézi tesztelés

A kézi szoftvertesztelés akkor elég, ha a projekt kisebb, a funkciók száma átlátható, vagy egyszeri élesítés előtt kell gyors visszajelzés. Ilyen lehet egy új landing oldal, foglalási felület, kapcsolati űrlap, kisebb webáruház vagy frissen módosított admin rész. Automatizálásra akkor van szükség, ha ugyanazokat a folyamatokat sokszor kell ismételni, több kiadás jön egymás után, vagy nagy a hibakockázat. De egy induló oldalnál gyakran túlzás rögtön automatizált rendszert építeni.

A Manuális tesztelő jó választás akkor is, ha a használhatóság a kérdés. Egy gépi teszt nem mindig veszi észre, hogy egy szöveg félreérthető, egy gomb rossz helyen van, vagy a folyamat bizonytalanságot kelt. Az emberi figyelem itt sokat számít. A megrendelőnek viszont tudnia kell, mit vár. Teljes minőségbiztosítást, gyors hibakeresést, mobilos átnézést vagy vásárlási folyamat ellenőrzést. Minél pontosabb a kérés, annál pontosabb lesz az ajánlat és az eredmény.

Szeged kisebb digitális projektjeinél én azt tartom életszerűnek, hogy először a legfontosabb felhasználói útvonalakat kell tesztelni. Nem mindent egyszerre. Kapcsolatfelvétel, ajánlatkérés, rendelés, fizetés, belépés. Ha ezek rendben vannak, utána jöhetnek a részletek. Ez nem látványos módszer, de működik. És sokkal jobb, mint élesítés után az ügyfelektől megtudni, hogy valami alapvető nem ment át.