Szoftvertesztelők Győrben: Vélemények és kedvező árak

Szoftvertesztelő magánügyfeleknek

A Szoftvertesztelő akkor segít igazán, amikor egy weboldal, alkalmazás vagy online űrlap már működik, de még nem biztos, hogy a felhasználó számára is megbízható. Magánügyfélként ez gyakran kisebb vállalkozói oldalnál, saját fejlesztésű rendelési felületnél, időpontfoglalónál vagy egy új mobilos megoldásnál merül fel. A tesztelő szakember nem varázsol új rendszert a meglévőből. Inkább hibákat keres, következetlenségeket ír le, és megmutatja, hol akadhat el a látogató.

Qjob.hu oldalán különböző szakemberek közül lehet választani, nem egyetlen cég csomagját kell elfogadni. Ez fontos, mert egy kis honlaphoz nem ugyanaz a tudás kell, mint egy több szerepkörös webalkalmazáshoz. Én személy szerint azt tartom jó megoldásnak, amikor a megbízó először röviden leírja, mitől fél. Például rossz rendelés, hibás fizetési lépés, eltűnő üzenet vagy lassú betöltés. Innen már pontosabb lesz a munka.

Mikor hasznos a tesztelés

A szoftverellenőrzés akkor hasznos, ha a fejlesztés már nem csak ötlet, hanem használható felület. Sok ügyfél túl korán kér teljes ellenőrzést, amikor még naponta változik minden. Mások túl későn szólnak, amikor már élesben panaszkodnak a vevők. Mindkettő drága hiba lehet.

Magánügyfeleknél gyakori helyzet a kisebb webáruház indulása, egy foglalási naptár bevezetése, tanfolyami jelentkezési oldal, klubtagsági felület vagy belső adminisztrációs oldal ellenőrzése. Győr környékén is sok ilyen projekt fut kis csapatokkal. Ilyenkor a független szem többet lát, mint az, aki hetek óta ugyanazt a képernyőt nézi.

Volt eset, amikor egy ügyfél csak annyit kért, hogy nézzem át a kapcsolatfelvételi űrlapot. A hiba nem ott volt, ahol várta. Az űrlap elküldte az adatot, de mobilon a sikeres küldés üzenete nem látszott. A látogatók ezért újra és újra elküldték ugyanazt. Nem nagy technikai gond, mégis zavaró és bizalmat romboló.

Szoftverellenőrzés ára

Az ár attól függ, mennyi felületet kell átnézni, van e leírás, kell e több eszközön próbálni, és milyen részletes hibajelentést vársz. Egy egyszerű oldal gyorsan ellenőrizhető. Egy fizetéssel, belépéssel és jogosultságokkal működő rendszer már több időt kér. Szerintem olcsóbban, mint 12.000 forint egy kisebb átnézésért, ritkán lesz igazán figyelmes munka. Nem azért, mert minden drága jobb, hanem mert a gondos próbálgatás időt igényel.

A táblázat nem ígéret minden esetre. Inkább támpont. Egy tapasztalt minőségellenőr előbb kér néhány képernyőképet, hozzáférést vagy folyamatleírást, és csak utána mond biztosabb díjat. Ez korrekt hozzáállás. Aki látatlanban túl pontos árat ad, annál érdemes rákérdezni, mit tartalmaz a munka.

Megfelelő tesztelő szakember választása

A jó választás nem mindig a leghosszabb önéletrajznál kezdődik. Magánügyfélként inkább azt nézd, hogy a szakember érthetően kérdez e. Meg akarja tudni, kik használják a rendszert, milyen eszközön, milyen lépés számít sikeresnek, és milyen hiba lenne igazán kellemetlen. Ez többet mond, mint egy általános ígéret.

Szoftvertesztelő keresésekor érdemes mintajelentést kérni. Nem kell hosszú dokumentum. Elég pár sor egy hibáról, benne a lépések, a várt eredmény, a tényleges eredmény és a súlyosság. Ha ezt tisztán írja le, könnyebb lesz a fejlesztővel is beszélni. Sok vita abból indul, hogy a hiba leírása pontatlan.

Sokan hibáznak ott, hogy csak technikai tudást keresnek. Pedig a kommunikáció legalább ennyire fontos. Egy figyelmes tesztelő szakember nem szégyeníti meg a fejlesztőt, és nem ijesztgeti az ügyfelet. Tárgyilagosan jelzi, mi akadályozza a használatot. Nekem ez a hozzáállás megbízhatóbb, mint a túl magabiztos bemutatkozás.

Helyi igények Győr környékén

Győr esetében a helyi használat sokszor nem csak cím kérdése. Más lehet az igény egy belvárosi szolgáltatónál, egy ipari parki beszállítónál, egy egyetemi projektnél vagy egy agglomerációs kisvállalkozásnál. A felületet annak kell értenie, aki tényleg használni fogja. Ezért a tesztelésnél számít a nyelvezet, az időpontfoglalás logikája, a térképes információ és a kapcsolatfelvétel útja.

Nádorváros, Révfalu, Marcalváros, Adyváros, Gyárváros és a közeli települések más ügyfélkört jelenthetnek. Egy helyi szolgáltató oldalán például zavaró, ha a nyitvatartás nincs jól látható helyen, vagy ha mobilon túl sokat kell görgetni a telefonszámig. A hibakeresés ilyenkor nem csak gombokról szól. A használati helyzetet is nézni kell.

Ha a megbízás személyes egyeztetést is igényel, Győr előnyt adhat. De a legtöbb ellenőrzés távolról is elvégezhető. Hozzáférés, tesztadat és rövid célleírás kell hozzá. A helyi ismeret akkor hasznos, ha a szövegek, címek, kiszállási területek vagy ügyfélútvonalak is ellenőrzésre kerülnek.

Manuális tesztelés és hibajelentés

A manuális tesztelés nem egyszerű kattintgatás. Jó esetben előre átgondolt útvonalakat jelent. Mit tesz egy új látogató. Mit tesz egy visszatérő ügyfél. Mi történik, ha hibás adatot ír be. Mi történik, ha megszakad a folyamat. Ezek a kérdések sok apró, de fontos hibát hoznak elő.

Egy szoftvertesztelő általában nem csak azt írja le, hogy valami rossz. Megadja, hol látta, milyen lépéssel lehet újra előhozni, milyen eszközön jelent meg, és mennyire sürgős. Ez azért fontos, mert a fejlesztő így nem találgat. A megbízó pedig látja, mi érinti közvetlenül az ügyfeleket, és mi várhat későbbre.

Saját tapasztalatom szerint a legjobb hibajelentés rövid, de pontos. Egy kép sokat segít, de önmagában kevés. Kell mellé a leírás is. Például nem elég az, hogy a kosár rossz. A hasznos mondat az, hogy két azonos termék hozzáadása után a mennyiség nem frissül mobilos nézetben. Ez már javítható információ.

Gyakori hibák weboldalon és alkalmazásban

A leggyakoribb hibák ritkán látványosak. Rossz hibaüzenet, eltűnő gomb, félreérthető mezőnév, nem működő visszalépés, hibás e mail értesítés, túl kicsi kattintható felület. Ezek apróságnak tűnnek, de a látogató itt veszti el a türelmét.

Szoftvertesztelő bevonása előtt érdemes összegyűjteni a saját gyanús pontokat. Nem baj, ha a lista rendezetlen. A minőségbiztosítási szemlélet pont abban segít, hogy ebből ellenőrizhető feladat legyen. Egy magánügyfélnek nem kell szaknyelven beszélnie. Elég leírni, mi történik rosszul, és mikor lenne jó az eredmény.

A végén nem mindig kell hosszú záróanyag. Néha egy rangsorolt hibalista a leghasznosabb. Mit kell javítani azonnal. Mit érdemes javítani a következő körben. Mi az, ami csak kényelmi kérdés. Ez józan döntést ad, nem pánikot. És ettől lesz a tesztelés valódi segítség, nem csak egy újabb fájl a projekt mappájában.