Tesztelők Szombathelyen: Vélemények és kedvező árak

Tesztelő Szombathely területén magánügyfeleknek

A Tesztelő Szombathely területén weboldalak, alkalmazások és kisebb egyedi rendszerek működését ellenőrzi, hibákat keres, majd érthetően rögzíti a tapasztalatokat. Magánügyfélként akkor lehet rá szükség, ha elkészült egy saját oldal vagy alkalmazás, fejlesztőtől átvett munkát szeretnél ellenőriztetni, vagy egy frissítés után bizonytalan a működés. A vizsgálat célja nem az, hogy minden apró eltérésből nagy ügy legyen. Az a fontos, hogy a valódi hibák még azelőtt kiderüljenek, hogy azok adatvesztést, sikertelen rendelést vagy bosszantó használatot okoznának.

A szoftvertesztelő a megadott követelmények alapján végigpróbálhatja a fontos funkciókat. Megnézheti a regisztrációt, belépést, űrlapokat, keresést, rendelési folyamatot, fájlfeltöltést és más lépéseket. A munka része lehet tesztesetek készítése, hibák leírása és a javítás utáni visszaellenőrzés is. Egy kisebb feladatnál elég lehet néhány célzott vizsgálat. Összetettebb rendszernél érdemes előre rögzíteni, milyen eszközökön és milyen használati helyzetekben történjen az ellenőrzés.

Manuális tesztelés a fontos funkciókra

A manuális tesztelés során a szakember valós felhasználói lépéseket hajt végre. Nem csak azt nézi, hogy egy gomb megnyomható-e. Ellenőrzi azt is, hogy a következő oldal helyesen jelenik-e meg, az adat mentése megtörténik-e, és hibás bevitel esetén érthető visszajelzés jelenik-e meg. Ez különösen hasznos új weboldal, időpontfoglaló, kisebb webáruház vagy saját ügyfélfelület átadása előtt.

Sok hibát az eltérő böngészők és képernyőméretek hoznak elő. Ami asztali gépen rendben van, telefonon lehet nehezen használható. A funkcionális ellenőrzés mellett ezért érdemes a használhatóságot is figyelni. Személy szerint én előbb a legfontosabb ügyfélutakat nézném végig, és csak utána a ritkább eseteket. Így korlátozott keret mellett is hamarabb kiderülnek a komoly gondok.

Sokan ott követnek el hibát, hogy csak a fejlesztő saját ellenőrzésére hagyatkoznak. A készítő pontosan tudja, hogyan kellene működnie a rendszernek, ezért könnyen ugyanazt az útvonalat követi minden alkalommal. Egy külső tesztelő más sorrendben próbálhatja a lépéseket, szokatlan adatot írhat egy mezőbe, vagy megszakíthat egy folyamatot. Ezekből gyakran olyan hibák derülnek ki, amelyek szabályos használat mellett rejtve maradnak.

Tesztelési díjak és feladatméret

A tesztelési díj főleg a vizsgált felületek számától, a funkciók mennyiségétől, az eszközöktől és a dokumentálás részletességétől függ. Egy ötoldalas bemutatkozó webhely ellenőrzése nem ugyanaz a munka, mint egy regisztrációt, fizetést és személyes fiókot kezelő rendszer vizsgálata. Az alábbi összegek tájékoztató jellegű, reális megbízási sávok. A végleges árhoz a szakembernek látnia kell a feladatot.

Az én megítélésem szerint 12.000 forint alatt ritkán fér bele alapos ellenőrzés, ha több funkciót és részletes hibaleírást is kér az ügyfél. Az olcsó munka önmagában nem rossz, ha a feladat valóban kicsi. De túl szűk keretnél könnyen kimarad a telefonos nézet, a hibás adatbevitel vagy a javítás utáni újratesztelés. Jobb előre tisztázni, pontosan mi kerül bele az árba.

Tesztelő kiválasztása konkrét munkára

A megfelelő szakember kiválasztásakor először azt érdemes megnézni, milyen rendszerekkel dolgozott korábban. Egy egyszerű honlap ellenőrzéséhez nem feltétlenül kell ugyanaz a háttér, mint egy összetett alkalmazás vizsgálatához. Hasznos, ha a jelentkező röviden le tudja írni a tervezett ellenőrzési menetet. Ebből gyorsan látszik, hogy érti-e a feladat lényegét.

Érdemes rákérdezni a hibák dokumentálására is. Egy jó hibajegy megmutatja, hol jelentkezett a probléma, milyen lépések vezettek hozzá, mi történt ténylegesen, és mi lett volna az elvárt működés. Képernyőkép vagy rövid felvétel is segíthet. A Qjob.hu felületén különböző szakemberek ajánlatai hasonlíthatók össze. A döntésnél az ár mellett a tapasztalatot, a vállalt határidőt és a feladat értelmezését is érdemes figyelembe venni.

Volt olyan eset a gyakorlatban, amikor egy ügyfél csak egy hibás kapcsolatfelvételi űrlap miatt kért ellenőrzést. A vizsgálat közben kiderült, hogy telefonon a küldés működött, de a visszaigazoló üzenet nem jelent meg, egy másik böngészőben pedig bizonyos mezők kitöltése után elvesztek az adatok. Egyetlen látható panasz mögött több különálló probléma volt. Ez jól mutatja, miért érdemes a közvetlen hiba mellett a kapcsolódó folyamatot is végigpróbálni.

Tesztelés Szombathelyen és a környéken

A legtöbb szoftvertesztelési feladat távolról is elvégezhető, ezért a helyszín ritkán jelent komoly korlátot. Szombathelyen a Belváros, Olad, Kámon, Joskar-Ola és Derkovits városrész ügyfelei ugyanúgy kérhetnek távoli ellenőrzést. Személyes egyeztetés akkor lehet praktikus, ha helyben használt eszközt, belső hálózatot vagy különleges munkafolyamatot kell megvizsgálni.

A környező településekről, például Vép, Gencsapáti, Táplánszentkereszt vagy Torony felől érkező megbízásoknál is gyakran elég a biztonságosan biztosított hozzáférés és egy pontos feladatleírás. Ha érzékeny adat található a rendszerben, még a munka előtt tisztázni kell, milyen próbaadat használható és mely felületekhez férhet hozzá a szakember. Nem érdemes valódi személyes adatokat átadni, ha a teszteléshez mesterséges adatok is megfelelnek.

Hibajegyzék és javítás utáni ellenőrzés

A tesztelés kézzelfogható eredménye általában egy rendezett hibajegyzék. Ebben a problémák súlyosság szerint is elkülöníthetők. Más jelentőségű egy elcsúszott szöveg és egy olyan hiba, amely miatt nem lehet elküldeni egy megrendelést. A jó lista segít a fejlesztőnek eldönteni, mit kell először javítani.

A javítás után szükség van visszaellenőrzésre. Előfordulhat, hogy az eredeti hiba megszűnik, de a módosítás egy másik funkciót érint. Ezt regressziós ellenőrzéssel lehet észrevenni. Nem minden kisebb projektben kell teljes rendszert újra végigtesztelni, de a módosított részhez kapcsolódó alapfunkciókat célszerű ismét átnézni.

Tapasztalatom szerint a rövid, pontos hibaleírás többet ér egy hosszú, de bizonytalan felsorolásnál. A megbízás elején ezért érdemes megállapodni abban, milyen részletességű eredményt vár az ügyfél. Így a tesztelő ideje valóban azokra a pontokra jut, amelyek a használat és az átadás szempontjából számítanak.