Manapság sokan álmodoznak arról, hogy elhelyezkedjenek az informatikában, az iparág viszonylag magas fizetései, valamint a munkaerőpiacon folyamatosan jelentkező informatikusok iránti kereslet miatt. Leggyakrabban ezek az álmok összeomlanak, amikor szembesülnek a speciális oktatás szükségességével, amelyre az álmodozónak sem ideje, sem pénze nincs. De számos olyan szakterület van, amely "hátsó ajtót" biztosít az IT-iparba, lehetővé téve, hogy lényegében megkerülje az előképzést és az előzetes tapasztalatszerzés szükségességét. A minőségbiztosítás az IT „szélén” egy ilyen specialitás.
Mi az a minőségbiztosítási mérnök és mivel foglalkozik?
A minőségbiztosítási mérnök munkája kevésbé a minőség biztosításáról szól (bár erre utal a munkakör megnevezése), mintsem a fejlesztés valamennyi szakasza megvalósításának helyességének, a végtermék működésének helyességének ellenőrzéséről. Kicsit úgy hangzik, mint amit egy tesztelő csinál. A tesztelő azonban csak az alkalmazás működését ellenőrzi, és a teszteredmények (hibák és hibák jelenléte) alapján vagy elfogadja vagy elutasítja. A minőségbiztosítási mérnök a szoftverfejlesztés szabványainak való megfelelést is felügyeli, és együttműködik a fejlesztőkkel, tervezőkkel és ügyfelekkel, megelőzve a hibák és hibák megjelenését a szoftverben. Igaz, hogy a tesztelő és a minőségbiztosítási mérnök beosztását gyakran egy és ugyanaznak tekintik.
Ha pontról pontra bontjuk, akkor a minőségbiztosítási mérnök munkaköri leírása a következő feladatokat tartalmazza:
a program részletes követelményeinek meghatározása (a megrendelővel együtt)
elemezze és számolja ki, mennyi idő szükséges az alkalmazás létrehozásához vagy egy hibajavításhoz (ez a feladat természetesen nem fiatal minőségbiztosítási mérnökökre vonatkozik, hanem egy pártatlan nézőpontú személyre, egy minőségbiztosítási szakember adja a legreálisabb időbecsléseket)
teszt szkripteket fejleszteni
hajtsa végre magát a tesztelési folyamatot
naplózza, hogy hibákat fedezett fel a hibakövető rendszerben
beszélje meg a javításokat mindenkivel, aki részt vesz a fejlesztésben
nyomon követheti a hibajavítási folyamatot
a problémás területek ismételt tesztelése
elemzési eredményeket
tesztszkriptek hibakeresése
elemzi a fejlesztőcsapat által használt folyamatokat
a fejlesztési folyamatok optimalizálása az észlelt hibák újbóli előfordulásának megelőzése érdekében (ha a hibák a különböző részlegek következetlen lépései miatt következnek be, vagy mert valaki nem követi a megállapított fejlesztési szabványokat, akkor a minőségbiztosítási mérnök feladata, hogy rámutasson a probléma helyére történéséről és annak kiküszöbölésére irányuló munkáról);
karbantartási dokumentációt
Első pillantásra ez elég sok felelősséget jelent. A gyakorlatban azonban e felelősségek egy részét tesztelőkre, minőségellenőrző alkalmazottakra, fejlesztőkre, üzleti elemzőkre és műszaki írókra ruházzák. Így a különböző cégeknél a minőségbiztosítási mérnök feladatai kissé eltérőek lesznek: az egyik cégnél több a fejlesztés tervezésével és a hibajavítással kapcsolatos munka, máshol nagyobb hangsúlyt kapnak a tesztek és a hibakövetés, máshol pedig a minőségbiztosítási mérnökök. részt venni a javítások elvégzésében. Ennek megfelelően minden esetben másképp fog kinézni a munkanapod. Általánosságban elmondható, hogy a minőségbiztosítási mérnök a napot azzal kezdi, hogy teszteken dolgozik, és nyomon követi a fejlesztési folyamatot egy nyomkövető rendszerben. A nap folyamán kommunikál a fejlesztőkkel (világosítja, hogyan halad a fejlesztés, és milyen problémák lassítják a fejlődést) és az ügyféllel (a jelenleg fejlesztés alatt álló funkcionalitás követelményeinek tisztázása). A nap végén minden változtatás hozzáadódik a tesztdokumentációhoz.
A szakma előnyei és hátrányai
Mi van azzal, hogy a minőségbiztosítási munka a fizetés mellett csábító? Az egyik legkellemesebb szempont az a tudat, hogy Ön segít a termék létrehozásában és fejlesztésében. Leírhatatlan érzés, amikor a napi rutinból olyan termék születik, amely magában foglalja néhány munkáját és ötleteit. A minőségbiztosítási munka másik előnye az új technológiákkal való közeli megismerkedés lehetősége. Ha egy másik informatikai szakra szeretne váltani, akkor a minőségbiztosítási pozíció a legjobb hely arra, hogy jobban megismerje jövőbeni munkáját. A minőségbiztosítási munkának egyetlen hiányossága van – a kézi tesztelés és a tesztdokumentáció frissítésének unalmas és monoton feladatai. Ez azt jelenti, hogy csak eleinte fárasztóak. A kibővített feladatkörrel minden érdekesebbé és változatosabbá válik.
Hogyan lehetsz minőségbiztosítási mérnök?
Ahhoz, hogy a minőségbiztosítási mérnök útjára léphessen, valójában nem kell ismernie a programozási nyelveket vagy az adatbázisok felépítését. A fontos, hogy legyen elképzelése a szoftverfejlesztési folyamat megszervezéséről, és hogy megértse a tesztelési folyamatot. Önállóan kell olvasnia és gyakorolnia (használjon számítógépet az alkalmazások/webhelyek összes hibájának és hibájának megtalálásához). Az önbizalom növelése érdekében részt vehet néhány online képzésen és/vagy iratkozhat fel egy gyakornoki helyre oktatási központokban (sajnos felsőoktatási intézményekben nem oktatják ezt a szakot). Ha nem az angol az anyanyelve, akkor javítsa angol nyelvtudását: felvételkor az IT-cégek az angol nyelvtudással rendelkező jelentkezőket részesítik előnyben. Mindenesetre a kezdő minőségbiztosítási mérnök mindenekelőtt a szoftvertesztelési folyamattal kapcsolatos ismeretei alapján lesz tesztelve: mire való, milyen típusú tesztelések vannak, mi a hiba, hogyan dokumentálják a hibát, és milyen lépések. szükségesek egy hiba bezárásához. Eleinte a tesztek lesznek a sorsod. De miután megszokta ezt a munkát, és egy kicsit többet megtud arról, hogyan szerveződik meg a szoftverfejlesztési folyamat a vállalatánál, magasabb szintre lép, és saját felelősséget kap a fejlesztés alatt álló termékkel kapcsolatban. A minőségbiztosítási területre való belépéshez szükséges szakértelem lényegesen alacsonyabb, mint a programozóvá váláshoz. Ennek eredményeként a QA mérnöki állásokért folyó verseny nagyon-nagyon-NAGYON intenzív lehet. Ennek eredményeként a sikeres interjúhoz a tudás mellett bizonyos személyes tulajdonságokkal is rendelkeznie kell. Például egy minőségbiztosítási mérnök számára fontos a jó kommunikáció képessége: ez a pozíció megköveteli, hogy a fejlesztésben részt vevő szinte mindenkivel kommunikáljon – az ügyféltől a tesztelőig mindenkivel. Ezenkívül képesnek kell lennie arra, hogy az alkalmazás követelményeivel kapcsolatos összes árnyalatot közvetítse minden érintett fél számára. Nem kevésbé fontos a részletekre való odafigyelés, a türelem és a szorgalom – ezek a tulajdonságok elengedhetetlenek a programok tesztelésekor. És persze a sikeres teszteléshez szükség van egy borértő szenvedélyére és egy gyerek kíváncsiságára, aki azt vizsgálja, hogyan működik egy óra vagy kedvenc játéka, hogy a poloskák keresése ne váljon nyomasztó őrlődéssé. BTW, ha van néhány történeted a hibák sikeres megtalálásáról, ez nagy plusz lehet a kérdező szemében. Analitikai készségekre is szükség van a fejlesztési folyamat és magának az alkalmazásnak a javítására szolgáló módszerek azonosításához.
Kilátások
Az IT-be való belépés egyik viszonylag egyszerű módjaként a minőségbiztosítás jó néhány lehetőséget kínál az előrelépéshez. Maradhat ezen a szakterületen, és felmászhat a ranglétrán: junior minőségbiztosítási mérnök, középszintű minőségbiztosítási mérnök, vezető minőségbiztosítási mérnök, minőségbiztosítási csoportvezető, minőségbiztosítási vezető, minőségbiztosítási osztályvezető. Ha hajlamosabb a programozásra, de nem áll készen arra, hogy csatlakozzon a programozók soraihoz, akkor válthat minőségbiztosítási automatizálási mérnöknek. Ezután kipróbálhatja magát a tesztautomatizálás terén. Ha a QA-ra csak egy ugródeszkaként tekint egy másik szakterületi karrier felé, akkor további képzéssel programozó, üzleti elemző vagy projektmenedzser lehet. Az új területek további lehetőségeket nyitnak a szakmai fejlődésben, de a felelősség szintje is teljesen más bennük.
Ennek megfelelően minden esetben másképp fog kinézni a munkanapod. Általánosságban elmondható, hogy a minőségbiztosítási mérnök a napot azzal kezdi, hogy teszteken dolgozik, és nyomon követi a fejlesztési folyamatot egy nyomkövető rendszerben. A nap folyamán kommunikál a fejlesztőkkel (világosítja, hogyan halad a fejlesztés, és milyen problémák lassítják a fejlődést) és az ügyféllel (a jelenleg fejlesztés alatt álló funkcionalitás követelményeinek tisztázása). A nap végén minden változtatás hozzáadódik a tesztdokumentációhoz.
Mindenesetre a kezdő minőségbiztosítási mérnök mindenekelőtt a szoftvertesztelési folyamattal kapcsolatos ismeretei alapján lesz tesztelve: mire való, milyen típusú tesztelések vannak, mi a hiba, hogyan dokumentálják a hibát, és milyen lépések. szükségesek egy hiba bezárásához. Eleinte a tesztek lesznek a sorsod. De miután megszokta ezt a munkát, és egy kicsit többet megtud arról, hogyan szerveződik meg a szoftverfejlesztési folyamat a vállalatánál, magasabb szintre lép, és saját felelősséget kap a fejlesztés alatt álló termékkel kapcsolatban. A minőségbiztosítási területre való belépéshez szükséges szakértelem lényegesen alacsonyabb, mint a programozóvá váláshoz. Ennek eredményeként a QA mérnöki állásokért folyó verseny nagyon-nagyon-NAGYON intenzív lehet. Ennek eredményeként a sikeres interjúhoz a tudás mellett bizonyos személyes tulajdonságokkal is rendelkeznie kell. Például egy minőségbiztosítási mérnök számára fontos a jó kommunikáció képessége: ez a pozíció megköveteli, hogy a fejlesztésben részt vevő szinte mindenkivel kommunikáljon – az ügyféltől a tesztelőig mindenkivel. Ezenkívül képesnek kell lennie arra, hogy az alkalmazás követelményeivel kapcsolatos összes árnyalatot közvetítse minden érintett fél számára. Nem kevésbé fontos a részletekre való odafigyelés, a türelem és a szorgalom – ezek a tulajdonságok elengedhetetlenek a programok tesztelésekor. És persze a sikeres teszteléshez szükség van egy borértő szenvedélyére és egy gyerek kíváncsiságára, aki azt vizsgálja, hogyan működik egy óra vagy kedvenc játéka, hogy a poloskák keresése ne váljon nyomasztó őrlődéssé. BTW, ha van néhány történeted a hibák sikeres megtalálásáról, ez nagy plusz lehet a kérdező szemében. Analitikai készségekre is szükség van a fejlesztési folyamat és magának az alkalmazásnak a javítására szolgáló módszerek azonosításához.
