Szoftvertesztelők Pécsett: Vélemények és kedvező árak

Szoftvertesztelő Pécsen

A Szoftvertesztelő akkor hasznos, amikor egy magánügyfél nem csak működő oldalt vagy alkalmazást akar, hanem olyat, ami használat közben sem esik szét. Pécs környékén is sokan ott hibáznak, hogy a fejlesztés végén gyorsan átkattintják a fő gombokat, és ezt már kész ellenőrzésnek tekintik. Pedig a valódi tesztelés nem ennyi. A szoftvertesztelő azt nézi meg, hol akad el a felhasználó, mitől jelenik meg hiba, melyik folyamat törik meg, és mi az, ami csak első látásra tűnik jónak. Szerintem ez az a munka, amit a legtöbben túl későn vesznek komolyan. Amikor már ment ki link az ügyfélnek, vagy amikor az első fizetés után derül ki, hogy valami alap dolog nem működik.

Magánügyfeleknél ez lehet egy weboldal, foglalási felület, rendelési űrlap, kisebb mobilalkalmazás vagy egy belső használatú rendszer is. A lényeg nem a méret. Hanem az, hogy a kész felület használható legyen. Egy jó tesztelő nem csak hibát keres. Azt is megmutatja, hogy melyik gond sürgős, melyik zavaró, és melyik az, ami ráér később. Ez nagy különbség, mert nem minden hiba ugyanannyira fájdalmas.

Milyen feladatokra kérnek szoftvertesztelést

A szoftvertesztelés sokkal több annál, mint hogy valaki végignyomkod egy menüt. Gyakori kérés a regisztráció, a belépés, a fizetési folyamat, az űrlapbeküldés, az automatikus visszaigazolás és a keresés ellenőrzése. De ide tartozik az is, amikor azt kell megnézni, hogy telefonon és számítógépen ugyanúgy működik-e az oldal, vagy hogy egy régebbi böngészőben is használható marad-e. A szoftvertesztelő ilyenkor lépésről lépésre megy végig a folyamatokon.

Sok magánügyfél azt hiszi, neki csak egy gyors átnézés kell. Aztán kiderül, hogy az űrlap elküldi az adatot, de a visszaigazoló levél nem érkezik meg. Vagy a kosár működik, de a kedvezménykód már hibás. Vagy a rendszer magyarul rendben van, de egy másik nyelvi változatban szétesik a felület. Ezek nem ritka hibák. Inkább tipikusak. És minél később derülnek ki, annál idegesítőbbek és drágábbak.

Volt egy eset, amikor egy ügyfél biztos volt benne, hogy a gond a lassú szerverrel van. A valós hiba nem ott volt. A foglalási folyamat egyik gombja mobilon részben kitakarta a következő mezőt, ezért a felhasználók egyszerűen félbehagyták a folyamatot. Külső szemmel ez apróságnak tűnt. De a veszteség nagyon is valós volt. Egy ilyen helyzetben a tesztelés nem díszmunka, hanem tiszta veszteségcsökkentés.

A tesztelés menete

Egy rendes munka általában rövid felméréssel indul. A tesztelő megnézi, pontosan mi készült el, milyen eszközökön kell működnie, melyik folyamat a legfontosabb, és mik a legérzékenyebb pontok. Ezután készül egy egyszerű ellenőrzési terv. Nem kell ezt túlgondolni. A jó terv rövid, de világos. Megmondja, hogy mit kell kipróbálni, milyen sorrendben, és mi számít hibának.

Utána jön maga az ellenőrzés. Itt derül ki, mennyire alapos a szakember. Egy tapasztalt szoftvertesztelő nem csak azt nézi, hogy valami egyszer működik-e. Hanem azt is, hogy hibás adatokkal mit csinál a rendszer, mi történik félbeszakításnál, visszalépésnél, gyenge hálózatnál vagy rossz mezőkitöltésnél. Szerintem itt válik el az igazi szakmunka a felszínes kattintgatástól.

A végén a megrendelőnek olyan hibajegyzéket kell kapnia, amit fejlesztő nélkül is meg lehet érteni. Ha a leírás túl homályos, abból csak vita lesz. Ha túl technikai, abból meg értetlenség. A jó átadás pontos. Rövid. És használható. Ez sokszor fontosabb, mint maga a hibák száma.

Mire készüljön a megrendelő

Sokan hibáznak, amikor túl kevés anyagot adnak át az elején. Elkérik a tesztelést, de nem küldenek hozzá belépési adatokat, nem jelzik a fontos folyamatokat, és nem mondják el, hogy mi számít valódi kész állapotnak. Így a tesztelő csak találgat. Az pedig rossz indulás. Egy magánügyfélnél is érdemes előre összerakni a szükséges információkat. Linkek, jogosultságok, próbaadatok, rövid folyamatleírás. Enélkül sok idő megy el feleslegesen.

Az is gyakori hiba, hogy a megrendelő azt mondja, nézzen át mindent. Ez túl tág kérés. Sokkal jobb, ha megjelöli, mi a legfontosabb. Például a kapcsolatfelvételi űrlap, a fizetés, a foglalás vagy a belépés. Így a tesztelés nem lesz szétfolyó. És a kapott eredmény is használhatóbb lesz. Én az ilyen célzott megközelítést tartom korrektnek, mert a valós problémákra ad választ, nem csak általános listát termel.

Szoftvertesztelő árak

A szoftvertesztelő díja attól függ, milyen mély az ellenőrzés, hány folyamatot kell végigvenni, és mennyire kész a rendszer. Pécs környékén a kisebb lakossági vagy egyéni projektek ára általában még belátható marad, de az olcsó ajánlat sokszor csalóka. Ha valaki nagyon alacsony összegért mindent vállal, abból gyakran az lesz, hogy csak pár felszíni hibát sorol fel. Az én benyomásom az, hogy a közepes árkategória szokott a legéletszerűbb lenni. Nem a legolcsóbb. De nem is a túlbeszélt díjazás.

Ezeket inkább reális sávnak érzem, mint olcsónak. De a túl magas ár sem feltétlenül indokolt. Ha a rendszer kicsi, és a feladat világos, nem kell belőle nagy projektet csinálni. Viszont egy rosszul megfogott hiba hetekkel később sokkal többe kerülhet, mint maga az ellenőrzés. Ezért a tesztelés ára önmagában nem sokat mond. Az számít, mit kap érte a megrendelő.

A hibajegyzék minősége

Sok ügyfél itt szembesül vele, mennyit ér a szakember munkája. Egy jó hibajegyzék nem csak felsorolás. Benne van, hol jelentkezik a hiba, hogyan lehet előidézni, mi történik valójában, és mi lenne az elvárt működés. Ha ez hiányzik, a fejlesztő nem tud vele mit kezdeni. És akkor újabb körök indulnak. Felesleges levelezés. Felesleges idegesség.

A szoftvertesztelő értékét szerintem legjobban az mutatja meg, mennyire egyértelműen ad át. Ha egy hiba leírása után a javítás gyorsabban megy, akkor jó munkát végzett. Ha minden pont után külön visszakérdezés kell, akkor a tesztelés félmunkává vált. A magánügyfélnek nem látványos szakzsargon kell, hanem tiszta anyag, amivel lehet haladni.

Szoftvertesztelő választása

Szoftvertesztelő választásnál nem az a legfontosabb, hogy mennyi hangzatos kifejezést ír a profiljába. Inkább az, hogy tud-e példát mondani korábbi hasonló feladatokra, és mennyire világosan kérdez vissza. Jó jel, ha rákérdez a célfelhasználóra, az eszközökre, a fontos folyamatokra és arra, hogy ki fogja javítani a hibákat. Ez azt mutatja, hogy nem csak listát akar gyártani, hanem használható eredményt.

A Qjob.hu oldalon érdemes olyan szakembert keresni, aki röviden, de konkrétan fogalmaz. Ne csak annyit írjon, hogy tesztelés. Legyen látható, hogy ért a hibajelentéshez, a webes vagy mobilos ellenőrzéshez, és tud megrendelővel is normálisan kommunikálni. Ezen a ponton sokan rosszul döntenek. A legolcsóbb ajánlatot választják, majd meglepődnek, hogy a kapott anyag széteső vagy hiányos.

Pécs esetében lehet előny a helyi kapcsolat, ha személyes egyeztetés kell, de nem ez a fő szempont. A döntő kérdés az, hogy a szakember mennyire pontos. És mennyire tud a megrendelő fejével gondolkodni. Szerintem a jó választás nem a legnagyobb ígéretből születik, hanem a legtisztább kommunikációból.

Mikor érdemes újratesztelést kérni

Sokan megállnak az első hibalistánál. Pedig a javítás utáni ellenőrzés majdnem ugyanannyira fontos. Nem ritka, hogy egy hiba javítása közben egy másik rész sérül. Vagy az eredeti probléma csak részben oldódik meg. Ilyenkor kell az újratesztelés. Nem azért, mert valaki kötekedik, hanem azért, mert a kész állapotot tényleg ellenőrizni kell.

És ez különösen igaz akkor, ha a rendszer hamarosan élesben fut. Egy magánügyfélnek általában nincs külön belső csapata erre. Ezért fontos, hogy a javítás után még egyszer végigmenjen valaki a kulcslépéseken. Pécs vagy más város ebből a szempontból másodlagos. A lényeg az, hogy a végén ne maradjanak rejtett hibák a legfontosabb folyamatokban.