Szoftvertesztelők Kecskeméten: Vélemények és kedvező árak

Szoftvertesztelő Kecskemét

A szoftvertesztelő akkor kell, amikor egy weboldal, alkalmazás vagy egyszerű ügyfélfelület működik ugyan, de nem elég biztosan. Kecskemét környékén sok magánügyfél nem új rendszert akar, hanem azt szeretné látni, hol akad el a rendelés, miért nem megy a kapcsolatfelvételi űrlap, vagy miért tűnik el egy adat mentés után. A szoftvertesztelő munkája nem díszítés. Arra való, hogy a hibák még azelőtt kiderüljenek, mielőtt a használó ideges lesz vagy pénzt veszít. Ez különösen fontos kisebb webáruháznál, időpontfoglaló oldalon, családi vállalkozás honlapján vagy olyan felületen, amelyet nem fejlesztő használ nap mint nap.

Sokan azt hiszik, hogy a tesztelés csak nagy cégeknek kell. De ez tévedés. Egy magánmegrendelőnek is lehet olyan honlapja vagy mobilos felülete, ahol a hiba nagyon is valós kárt okoz. Nem jön meg az üzenet. Rossz adat kerül a visszaigazolásba. Nem működik a fizetés. Vagy az oldal telefonon szétesik. A jó tesztelés egyszerű kérdésekkel indul. Mi működik rosszul. Melyik eszközön jelentkezik a gond. Mi számít elfogadható működésnek. Szerintem ez az a pont, ahol a legtöbb félreértés megelőzhető.

Mikor kell tesztelő

A tesztelő leginkább akkor hasznos, amikor valami már elkészült, de nincs bizonyosság arról, hogy valóban jól használható. Ilyen lehet egy új weboldal indulás előtt, egy űrlapokkal teli szolgáltatói oldal, egy kis webáruház, egy tagsági felület, vagy egy foglalási rendszer. De akkor is érdemes bevonni, ha a fejlesztő azt mondja, nála minden rendben volt, a használók mégis hibákról írnak. Sok ilyen helyzetben nem rosszindulat van, hanem egyszerűen más böngésző, más telefon, más használati szokás.

Saját tapasztalatom szerint a leggyakoribb gond az, hogy a megrendelő túl későn kér külső ellenőrzést. Már él az oldal, mennek rá a hirdetések, aztán kiderül, hogy az egyik gomb nem kattintható iPhone készüléken, vagy a feltöltött kép miatt szétcsúszik a kosár oldal. Sokan hibát követnek el, amikor csak arra kérik a fejlesztőt, hogy nézze át még egyszer. Ez kevés lehet. A fejlesztő jól ismeri a saját munkáját, ezért nem mindig ugyanazzal a szemmel nézi, mint az átlagos használó. Itt jön képbe az alkalmazástesztelő vagy a külső hibakereső szakember.

Rejtett hibák a weboldalon

Egy jó ellenőrzés nem csak azt figyeli, hogy megnyílik-e az oldal. Azt is nézi, hogy érthető-e a folyamat, logikus-e a lépéssor, és minden mező azt csinálja-e, amit várunk tőle. Ide tartozik a regisztráció, a belépés, a jelszó-visszaállítás, a rendelés, a kapcsolatfelvétel, a keresés, a szűrés és a mobilnézet is. A szoftvertesztelő sokszor olyan hibát talál meg, amely a fejlesztési leírásban nem is szerepelt külön, mégis a használhatóságot rontja.

Volt olyan eset, amikor egy ügyfél azt mondta, hogy csak néha panaszkodnak a látogatók. Elsőre apró gondnak tűnt. Aztán kiderült, hogy az űrlap elküldése után a rendszer látszólag sikeres üzenetet adott, közben semmi nem ment el. Hetek óta vesztek el a megkeresések. Nem látványos programhiba volt, mégis komoly bevételkiesést okozott. Ilyen helyzetben a tesztelő munkája gyorsan megtérül. És nem azért, mert mindent újraír, hanem mert pontosan leírja, hol, hogyan és milyen körülmények között jelentkezik a hiba.

Én jobban szeretem azt a munkamódot, amikor nem csak hibajegyek készülnek, hanem rövid megjegyzés is arról, mennyire súlyos a probléma. Nem mindegy, hogy kozmetikai eltérésről van szó, vagy olyan hibáról, amely miatt a felhasználó nem tud továbbmenni. A magánügyfél számára ez különösen fontos, mert neki általában nincs saját informatikai csapata, amely eldöntené a sorrendet.

Szoftvertesztelő árak

A szoftvertesztelő díja többnyire a felület összetettségétől, az eszközök számától és a kívánt részletességtől függ. Egy rövid ellenőrzés más ár, mint egy teljes funkcionális átvizsgálás több böngészőn és telefonon. Kecskemét térségében a kisebb megbízásoknál sokan fix árat kérnek, nagyobb feladatnál pedig óradíj vagy tesztcsomag is előfordul. Olcsóbban 12.000 alatt ritkán kapni olyan munkát, ahol rendes hibaleírás, képernyőkép és megismételhető lépés is készül. Szerintem a túl olcsó ajánlat itt gyanús, mert a felület tényleges végigpróbálása időigényes.

Az árakat befolyásolja az is, hogy van-e tesztkörnyezet, hozzáférés és egyértelmű feladatlista. Ha semmi nincs előkészítve, a munka lassabb lesz. És ezt valaki megfizeti. A korrektebb szakember ezt előre jelzi. A rosszabb inkább hallgat róla, majd utólag emeli az összeget.

Szoftvertesztelő választása

Szoftvertesztelő választásnál nem a leghangosabb bemutatkozás számít. Inkább az, hogy tud-e példát mondani a saját hibaleírásaira, érti-e a felhasználói nézőpontot, és képes-e egyszerűen fogalmazni. A megrendelőnek az jó, ha a hibajegy nem technikai köd, hanem tiszta mondat. Hol jelentkezett a hiba. Hogyan lehet előidézni. Mi az elvárt működés. Mi történt valójában. Ez az alap. Ha ez hiányzik, a javítás is lassú lesz.

Sokan ott rontják el, hogy csak az árat nézik. Pedig legalább ennyire fontos a felelősségérzet. Egy tesztelő vagy alkalmazástesztelő akkor jó, ha nem fél visszakérdezni, és nem pipál ki mindent csak azért, hogy kész legyen. Nekem az a szakember meggyőző, aki azt is kimondja, ha egy hiba nem nála javul, hanem fejlesztői oldalon kell rendet tenni. A Qjob.hu felületén ezért érdemes olyan jelentkezőt keresni, aki konkrét példákkal beszél, nem csak felsorolja az ismerős szakkifejezéseket.

Hasznos jel az is, ha valaki külön említi a mobiltesztet, a böngészők közti eltéréseket, az űrlapok ellenőrzését és a használhatósági hibákat. Ezekből látszik, hogy nem csak elindít valamit, aztán ránézésre kijelenti, hogy működik. A hibakereső szakember értéke abban van, hogy kényelmetlen kérdéseket tesz fel. És ez jó.

Tesztelés Kecskemét környékén

Kecskemét esetében a helyi jelenlét nem mindig kötelező, de van, amikor sokat segít. Ha a megrendelő személyesen át akarja mutatni a problémát, gyorsabb lehet egy helyi találkozó. Ez különösen igaz idősebb ügyfeleknél, vagy ha a webes felület mellett helyben használt eszköz is érintett. A városon belül más a helyzet a belvárosban, Széktó környékén, Kadafalván, Hetényegyházán vagy Katonatelepen. A környező településekről, például Ballószögről, Helvéciáról és Nyárlőrincről is érkezhet megbízás. Ilyenkor érdemes előre tisztázni, kell-e kiszállás vagy elég a távoli hozzáférés.

Én személy szerint a távoli tesztelést kedvelem, ha a feladat tisztán megfogható. Gyorsabb és olcsóbb. De ha a gond nehezen reprodukálható, a közös átnézés többet ér. Sok vita abból adódik, hogy az ügyfél egy problémát tapasztal a saját készülékén, a másik oldalon viszont nem látják ugyanazt. Ezt helyben vagy élő képernyőmegosztással lehet a legjobban tisztázni. Kecskemét környékén a kisebb, rövid feladatoknál ez gyakran elég is.

Mit adjon át a megrendelő

Az induláshoz nem kell hosszú dokumentáció, de pár alapadat nélkül nehéz jó munkát végezni. Kell a pontos cím, a belépési adatok, ha vannak, a hibáról rövid leírás, továbbá az, hogy melyik készüléken vagy böngészőben jelentkezett. Ha volt már fejlesztői javítás, azt is jó tudni. Sokan ezt elfelejtik, pedig rengeteg időt spórolna. A tesztelő nem gondolatolvasó. Minél tisztább a kiindulás, annál jobb lesz az eredmény.

Hasznos az is, ha a megrendelő leírja, mi számít sürgősnek. Van, akinek a dizájnhiba a legfontosabb, másnak a fizetési út, megint másnak az, hogy minden üzenet beérkezzen. Nincs egyetlen jó sorrend. De sorrend nélkül hamar káosz lesz. Sok ember abba csúszik bele, hogy húsz apró hibát küld egyszerre, majd a javítás után már nem tudja, mi volt az igazán fontos. Ezen egy rövid prioritási lista sokat segít.

Amikor nem a javítás a fő gond

Néha a megrendelő azt mondja, hogy hibát keres, de valójában bizonytalanságot akar csökkenteni. Nem tudja, szabad-e élesíteni az oldalt. Nem tudja, hogy a régi fejlesztő munkája rendben van-e. Vagy egyszerűen kellemetlen üzeneteket kap a használóktól, és szeretne tárgyilagos képet. Ilyenkor a szoftvertesztelő szerepe részben biztonsági háló. Nem old meg mindent, de segít elválasztani a valódi hibát a félreértéstől.

Az is előfordul, hogy a gond nem a programban van, hanem a tartalomban vagy a folyamatban. Rossz a gomb felirata. Nem egyértelmű, mire kattint a felhasználó. Túl hosszú az űrlap. Ezek nem klasszikus programhibák, mégis ugyanúgy elveszíthetnek érdeklődőt vagy vevőt. Szerintem ezért éri meg olyan embert keresni, aki nem csak technikai szemmel nézi az oldalt. A jó tesztelés mindig kicsit használhatósági vizsgálat is. Nem nagy szavakkal, hanem józan figyelemmel.

Összességében a szoftvertesztelő akkor ad valódi értéket, ha a megrendelő pontosabb képet kap a saját felületéről, és nem csak egy listát a hibákról. Ez magánügyfélnél különösen fontos. Kevés az idő, szűkebb a keret, és minden hiba közvetlenül fáj. Ilyen helyzetben a nyugodt, alapos, egyenes munkavégzés többet ér, mint a túl szép ígéret.