QA software testerek Salgótarjánban: Vélemények és kedvező árak

QA software tester Salgótarján területén magánmegrendeléshez

A QA software tester weboldalak, mobilalkalmazások és egyedi programok hibáinak feltárásában segít még az átadás vagy a nyilvános használat előtt. Salgótarján területén magánmegrendelőként akkor lehet szükség ilyen szakemberre, ha saját alkalmazás készül, egy fejlesztőtől átvett rendszer működését kell ellenőrizni, vagy egy régóta használt programban rendszeresen jelentkeznek nehezen azonosítható hibák. A Qjob.hu felületén különböző tesztelők ajánlatai hasonlíthatók össze a feladat alapján.

A tesztelés nem egyszerűen abból áll, hogy valaki végigkattintja a programot. A szoftvertesztelő meghatározott használati helyzeteket próbál ki, rögzíti a hibához vezető lépéseket, és ellenőrzi, hogy a rendszer a várt eredményt adja-e. Magánprojekt esetén ez különösen hasznos lehet az átvétel előtt. Egy működőnek látszó alkalmazásban maradhatnak olyan hibák, amelyek csak szokatlan adat, másik készülék vagy ismételt művelet esetén jelennek meg.

Szoftvertesztelési feladatok

A szoftvertesztelés tartalma a program típusától és a megrendelő céljától függ. Egy kisebb weboldalnál ellenőrizhető a regisztráció, a belépés, az űrlapok működése, a keresés és az adatok mentése. Mobilalkalmazásnál fontos lehet több készülék és képernyőméret kipróbálása. Egyedi nyilvántartó programnál az adatbevitel, a számítások és az eredmények helyessége kerülhet előtérbe.

Gyakori feladat a javítás utáni újbóli ellenőrzés is. Ilyenkor nem elég megnézni, hogy az eredeti hiba eltűnt-e. A kapcsolódó funkciókat is érdemes kipróbálni, mert egy módosítás máshol új problémát okozhat. A tesztelő feladata nem a program átírása, hanem annak pontos bemutatása, hol és milyen körülmények között tér el a működés az elvárttól.

Sokan ott követnek el hibát, hogy csak a projekt végén gondolnak az ellenőrzésre. Ekkor több egymásra épülő probléma is előkerülhet egyszerre. Személy szerint én kisebb fejlesztésnél is előnyösebbnek tartom a részletekben történő tesztelést. Ha egy fontos folyamat már félidőben hibás, olcsóbb akkor javítani, mint az egész rendszer elkészülte után visszabontani a kapcsolódó részeket.

QA tesztelés módszerei

A kézi tesztelés magánmegrendeléseknél gyakori megoldás. A szakember felhasználóként végigmegy az előre meghatározott folyamatokon, majd szokatlan helyzeteket is kipróbál. Üres mezőket hagy, hibás adatot ad meg, megszakít egy folyamatot vagy ugyanazt a műveletet többször végrehajtja. Ezekből kiderülhet, hogyan viselkedik a program a hétköznapi használaton kívüli esetekben.

Nagyobb vagy rendszeresen frissülő alkalmazásnál automatizált ellenőrzés is szóba kerülhet. Ennek előkészítése több munkát igényel, viszont az ismétlődő ellenőrzések gyorsabban futtathatók. Nem minden magánprojektnél indokolt. Egy egyszeri, kisebb weboldal átvételénél gyakran elegendő a jól megtervezett kézi vizsgálat és a részletes hibajegyzék.

Fontos különbség van a működés ellenőrzése és a használhatóság vizsgálata között. Egy gomb műszakilag működhet, miközben a felhasználó nehezen találja meg. Egy űrlap elmentheti az adatokat, de félreérthető visszajelzést adhat. A tesztelő ezekre is felhívhatja a figyelmet, ha a megbízás része a felhasználói folyamat vizsgálata.

QA software tester árak

A QA software tester díja függ a rendszer méretétől, a vizsgált felületek számától, a szükséges készülékektől és attól, milyen részletes dokumentációt kér a megrendelő. Rövid ellenőrzésnél óradíj lehet praktikus. Teljes weboldal vagy alkalmazás átvizsgálásánál előre meghatározott csomag helyett sokszor pontosabb a funkciók száma alapján becsülni.

Az árak tájékoztató jellegűek. Egy tízoldalas egyszerű honlap vizsgálata nem azonos egy ugyanekkora, de belépést, fizetést és adatkezelést tartalmazó rendszer ellenőrzésével. Tapasztalatom szerint 10.000 Ft alatti óradíj mellett ritkán fér bele alapos vizsgálat és használható hibaleírás. Az olcsóbb munka akkor lehet megfelelő, ha a feladat valóban rövid és pontosan körülhatárolt.

Megfelelő szoftvertesztelő kiválasztása

A szakember kiválasztásánál azt érdemes vizsgálni, milyen rendszereket tesztelt korábban. Weboldalhoz előny a böngészők és a webes folyamatok ismerete. Mobilalkalmazásnál számít a különböző készülékeken szerzett gyakorlat. Egy összetett adatkezelő rendszerhez pedig fontos lehet az adatbázisok és a háttérfolyamatok megértése.

Jó jel, ha a szoftvertesztelő a munka előtt rákérdez a célközönségre, a fontos funkciókra és arra, milyen eszközökön kell működnie a rendszernek. Érdemes előre megbeszélni a hibajelentés formáját is. Egy használható bejegyzés tartalmazza a hiba helyét, a reprodukálás lépéseit, a várt eredményt és a tényleges eredményt. Képernyőkép vagy rövid felvétel is segíthet.

Volt olyan eset, amikor egy ügyfél hibás fizetési folyamatra gyanakodott, mert néhány felhasználó nem jutott el a visszaigazolásig. A vizsgálat során kiderült, hogy maga a fizetés rendben lezajlott. A probléma csak egy bizonyos képernyőméreten jelentkezett, ahol a továbblépéshez szükséges elem nem látszott megfelelően. A fejlesztő így célzott hibaleírást kapott, nem kellett a teljes fizetési részt újravizsgálnia.

Tesztelés Salgótarján környékén

Salgótarján, Zagyvapálfalva, Baglyasalja, Zagyvaróna és Somlyóbánya környékén is kereshető olyan szakember, aki vállal programellenőrzést. A közeli Bátonyterenye, Kazár és Karancslapujtő irányából is szóba jöhet megbízott. A legtöbb tesztelési feladat azonban távolról elvégezhető, ha a rendszer biztonságosan elérhető és a szükséges próbaadatok rendelkezésre állnak.

Személyes jelenlét inkább akkor indokolt, ha a program helyi hálózaton fut, különleges eszközhöz kapcsolódik, vagy a hibát csak egy adott számítógépen lehet előidézni. Ilyenkor a megrendelés előtt célszerű tisztázni az utazási időt és az esetleges kiszállási költséget. Távoli tesztnél viszont fontos, hogy a hozzáférés ne valódi ügyféladatokkal történjen, ha ez elkerülhető.

Hibajegyzék és átadás

A tesztelés eredménye akkor használható igazán, ha a feltárt hibák egyértelműen továbbadhatók a fejlesztőnek. A rövid megjegyzés, hogy az oldal rossz, kevés információt ad. Sokkal jobb, ha szerepel benne az érintett képernyő, a végrehajtott lépések és a hiba pontos következménye. Érdemes a hibákat súlyosság szerint is elkülöníteni. Egy adatvesztést okozó probléma előrébb kerül, mint egy kisebb megjelenítési eltérés.

A javítás után szükség lehet újabb ellenőrzésre. Ilyenkor a korábban hibás folyamatot ismét végig kell próbálni, majd néhány kapcsolódó funkciót is ellenőrizni kell. A lezárás előtt a megrendelőnek célszerű megkapnia a hibajegyzéket és az újratesztelés eredményét. Így később is visszakereshető, mit vizsgált a szakember.

Egy jól elkészített teszt nem azt bizonyítja, hogy egy programban soha többé nem lehet hiba. A cél az, hogy a fontos működési problémák még használatba vétel előtt előkerüljenek, a fejlesztő pedig pontos információt kapjon a javításhoz. Magánprojekt esetén már egy rövid, célzott ellenőrzés is sok felesleges javítási kört előzhet meg.