Fejlesztés
Szoftverfejlesztő
Öt szint a Juniortól a Principalig, hat kompetenciában a kód szállításától a csapat fejlesztéséig.
- 5 szint
- 6 kompetencia
Karrierlétra-sablon
QA-mérnöki karrierlétra-sablon
Négy szint a Junior QA-mérnöktől a Lead QA-mérnökig, hat kompetenciában a teszttervezéstől a minőségi gyakorlatokig.
Ingyenes csomag · Bankkártya nélkül
Ez a karrierlétra nagyjából 20–200 fős szoftvercégek QA-mérnökeinek szól, ahol a tesztelők a termékcsapatokban dolgoznak, az egész cégben talán csak néhányan vannak, és ugyanaz az ember gyakran délelőtt feltáró tesztelést végez, délután pedig automatizált ellenőrzéseket ír. Négy szintet ír le, attól, aki most tanulja meg alaposan tesztelni egy funkciót, addig, aki eldönti, hogyan közelít az egész cég a minőséghez. A legfelső szint, a Lead QA-mérnök, szakértői szint, nem vezetői szerep.
Minden szintet az határoz meg, amit az ember csinál, és hogy milyen messzire ér el a munkája, nem a szakmában töltött évek vagy a bejelentett hibák száma. A kompetenciamátrix egy sorát balról jobbra olvasva látod, hogyan nő egy elvárás; egy szint szakaszát olvasva mindazt látod, amit azon a szinten elvárnak. Használd arra, hogy elmagyarázd, mit jelent a következő lépés, hogy önértékeléseket és check-ineket tarts, és hogy az előléptetési döntések a csapatok között is összevethetők maradjanak.
Tekintsd vázlatnak. Ha nálatok a QA-mérnökök nem írnak automatizált teszteket, vagy a tesztelés nagy része a fejlesztőkre tartozik, közzététel előtt módosítsd a megfogalmazást – egy elvárás, amelyet nálatok senki sem tud teljesíteni, csak frusztrációt kelt.
A szintek áttekintése
Junior QA-mérnök
Meglévő tesztesetek alapján tesztel jól körülhatárolt funkciókat, és megismeri a terméket és a felhasználóit.
- Hatókör
- Egyedi storyk vagy hibajavítások a termék egy területén; a teszttervet egy tapasztaltabb kolléga nézi át.
Medior QA-mérnök
Egy csapatban ő felel a funkciók teszteléséért, a követelmények elolvasásától a kiadás jóváhagyásáig.
- Hatókör
- Egy termékcsapat funkciói, a manuális és automatizált tesztjeikkel együtt.
Senior QA-mérnök
Alakítja, hogyan építi be egy-két csapat a minőséget a munkájába, és ő felel a nagyobb projektek tesztstratégiájáért.
- Hatókör
- Egy-két csapat tesztstratégiája, automatizált tesztkészletei és kiadási döntései, valamint a csapathatárokon átnyúló projektek.
Lead QA-mérnök
Meghatározza a cég minőségi megközelítését, és minden csapatot képessé tesz arra, hogy kevesebb élesbe kijutó hibával szállítson.
- Hatókör
- A minőség a teljes termékben: közös tesztinfrastruktúra, kiadási sztenderdek, és hogy hogyan épül fel és hogyan dolgozik a QA.
Kompetenciamátrix
Minden sor egy kompetencia, minden oszlop egy szint. Olvass végig egy sort balról jobbra, és látod, hogyan nőnek az elvárások.
Mit jelentenek az egyes kompetenciák
- Teszttervezés és elemzés
- Annak kiderítése, mi romolhat el, és azoknak a teszteknek a kiválasztása, amelyek ezt megtalálják.
- Tesztautomatizálás
- Gyors, stabil automatizált ellenőrzések építése, amelyekben a csapat megbízik.
- Hibakeresés és hibajelentés
- Problémák megtalálása, reprodukálása és elmagyarázása, hogy gyorsan kijavítsák őket.
- Kiadási és kockázati döntések
- Annak eldöntése, hogy valami kiadható-e, és ennek világos kimondása.
- Minőségi gyakorlatok
- A minőség beépítése a csapat munkamódjába, ahelyett, hogy a végén próbálnák beletesztelni.
- Mentorálás és tudásmegosztás
- Segíteni másoknak jobban tesztelni, és elérni, hogy a terméktudás ne egyetlen ember fejében éljen.
| Kompetencia | Junior QA-mérnök | Medior QA-mérnök | Senior QA-mérnök | Lead QA-mérnök |
|---|---|---|---|---|
| Teszttervezés és elemzés | Gondosan lefuttatja a meglévő teszteseteket, kis storykhoz új eseteket ír a fő útvonalra és a nyilvánvaló szélsőséges esetekre, és még a tesztelés előtt rákérdez a nem egyértelmű követelményekre. | A csapat minden funkciójához teszttervet ír, amely lefedi a szélsőséges eseteket, a jogosultságokat, az adatállapotokat és az integrációkat, és a fejlesztés megkezdése előtt átnézi a követelményeket, hogy kiszúrja a hiányokat. | Megtervezi a több funkción vagy csapaton átívelő projektek tesztstratégiáját, eldönti, mit fedjenek le unit-, API- és end-to-end szinten, és oda összpontosítja az erőfeszítést, ahol a legvalószínűbb a hiba. | Meghatározza, hogyan dönti el a cég kockázat és használati adatok alapján, mit és milyen mélyen teszteljen, és gondoskodik róla, hogy ezt minden csapat következetesen alkalmazza. |
| Tesztautomatizálás | Egy meglévő tesztkeretrendszerbe ad hozzá automatizált teszteket a bevett minták szerint, helyben futtatja a tesztkészletet, és jelzi a megmagyarázhatatlan hibákat ahelyett, hogy addig futtatná újra őket, amíg át nem mennek. | Automatizálja a csapat funkcióinak regressziós tesztjeit, stabilan és olvashatóan tartja őket, és az instabil (flaky) teszteket kijavítja vagy eltávolítja ahelyett, hogy figyelmen kívül hagyná őket. | Megtervezi egy automatizált tesztkészlet felépítését, észszerű futási időkkel beköti a szállítási pipeline-ba, és átnézi a fejlesztők és más QA-mérnökök által írt teszteket. | Kiválasztja a cég teszteszközeit és közös infrastruktúráját, a termékeken átívelően egyensúlyban tartja a tesztpiramis rétegeit, és olyan gyorsan tartja a teljes tesztkészletet, hogy a csapatok valóban megvárják. |
| Hibakeresés és hibajelentés | Világos lépésekkel, az elvárt és a tényleges eredménnyel és a környezet megadásával ír hibajegyet, hogy egy fejlesztő visszakérdezés nélkül reprodukálni tudja a problémát. | Naplók, hálózati forgalom és az adatbázis segítségével szűkíti le a hibákat, a felhasználókra gyakorolt hatásuk alapján ítéli meg a súlyosságukat, és ellenőrzi a javításokat, a körülöttük lévő esetekkel együtt. | Kivizsgálja a szolgáltatásokon átívelő, időszakos és csak éles környezetben jelentkező hibákat, mintázatokat ismer fel a visszatérő hibákban, és olyan javaslatokká alakítja őket, amelyek a hibák egész típusát szüntetik meg. | Gazdája annak, hogyan követi és priorizálja a cég a hibákat, beszámol a fejlesztési vezetésnek az élesbe kijutott hibák trendjeiről, és gondoskodik róla, hogy a legnagyobb hibaforrások javítására legyen keret. |
| Kiadási és kockázati döntések | Elvégzi a kiadás előtti, rá kiosztott ellenőrzéseket, beszámol arról, mit tesztelt és mit nem, és az aggályait jelzi egy tapasztaltabb QA-mérnöknek. | Világos go/no-go javaslatot ad a csapat kiadásaihoz, elmagyarázza az ismert kockázatokat és azt, mi maradt teszteletlenül, és részt vesz a kiadás utáni ellenőrzésekben. | A fejlesztőkkel együtt dönt a kockázatos változtatások kiadási módjáról – feature flagek, fokozatos bevezetés, extra monitorozás –, és vezeti a tesztelést incidensek és hotfixek idején. | Kijelöli a kiadási sztenderdeket, amelyekhez minden csapat igazodik, meghatározza, mikor lehet megállítani egy kiadást, és tőle kérdezi a vezetőség, hogy készen áll-e a termék egy nagy bevezetésre. |
| Minőségi gyakorlatok | Követi a csapat „kész” definícióját (definition of done) és tesztelési folyamatát, és jelzi a kihagyott vagy zavaros lépéseket. | Részt vesz a refinementeken és a tervezési megbeszéléseken, hogy korán felvesse az elfogadási kritériumokat és a tesztelhetőségi szempontokat, és a fejlesztőkkel közösen átbeszéli, mit fedjenek le a saját tesztjeikkel. | Javítja egy-két csapat tesztelési folyamatát – tesztkörnyezetek, tesztadatok, review-ellenőrzőlisták –, és méri, hogy a változtatás csökkentette-e az élesbe kijutó hibákat. | Alakítja a minőségi gyakorlatokat a teljes fejlesztésben, eldönti, hol dolgozzanak a QA-mérnökök és mi legyen a fejlesztők felelőssége, és a minőséget közös felelősséggé teszi, nem egyetlen csapat feladatává. |
| Mentorálás és tudásmegosztás | Tesztelés közben dokumentálja, amit a termékről megtud, és megosztja a csapattal a hasznos észrevételeket és eszközöket. | Naprakészen tartja a csapat tesztdokumentációját, bevezeti az új csapattagokat a termékterületbe, és elmagyarázza a tesztelési technikákat az érdeklődő fejlesztőknek. | Tudatosan mentorálja a junior QA-mérnököket, alkalmakat tart a fejlesztőknek a tesztelési megközelítésekről, és részt vesz a QA-pozíciók felvételi interjúin. | Fejleszti a QA-csoport készségeit és karrierútjait, meghatározza, hogyan veszik fel és vezetik be a QA-mérnököket, és kineveli a következő senior és lead QA-mérnököket. |
Görgesd oldalra a táblázatot, hogy minden szintet láss.
Letöltés CSV-ben Megnyitható Excelben, Google Táblázatokban vagy Numbersben.
Junior QA-mérnök: mit várunk el
Meglévő tesztesetek alapján tesztel jól körülhatárolt funkciókat, és megismeri a terméket és a felhasználóit. Egyedi storyk vagy hibajavítások a termék egy területén; a teszttervet egy tapasztaltabb kolléga nézi át.
- Teszttervezés és elemzés
- Gondosan lefuttatja a meglévő teszteseteket, kis storykhoz új eseteket ír a fő útvonalra és a nyilvánvaló szélsőséges esetekre, és még a tesztelés előtt rákérdez a nem egyértelmű követelményekre.
- Tesztautomatizálás
- Egy meglévő tesztkeretrendszerbe ad hozzá automatizált teszteket a bevett minták szerint, helyben futtatja a tesztkészletet, és jelzi a megmagyarázhatatlan hibákat ahelyett, hogy addig futtatná újra őket, amíg át nem mennek.
- Hibakeresés és hibajelentés
- Világos lépésekkel, az elvárt és a tényleges eredménnyel és a környezet megadásával ír hibajegyet, hogy egy fejlesztő visszakérdezés nélkül reprodukálni tudja a problémát.
- Kiadási és kockázati döntések
- Elvégzi a kiadás előtti, rá kiosztott ellenőrzéseket, beszámol arról, mit tesztelt és mit nem, és az aggályait jelzi egy tapasztaltabb QA-mérnöknek.
- Minőségi gyakorlatok
- Követi a csapat „kész” definícióját (definition of done) és tesztelési folyamatát, és jelzi a kihagyott vagy zavaros lépéseket.
- Mentorálás és tudásmegosztás
- Tesztelés közben dokumentálja, amit a termékről megtud, és megosztja a csapattal a hasznos észrevételeket és eszközöket.
Medior QA-mérnök: mit várunk el
Egy csapatban ő felel a funkciók teszteléséért, a követelmények elolvasásától a kiadás jóváhagyásáig. Egy termékcsapat funkciói, a manuális és automatizált tesztjeikkel együtt.
- Teszttervezés és elemzés
- A csapat minden funkciójához teszttervet ír, amely lefedi a szélsőséges eseteket, a jogosultságokat, az adatállapotokat és az integrációkat, és a fejlesztés megkezdése előtt átnézi a követelményeket, hogy kiszúrja a hiányokat.
- Tesztautomatizálás
- Automatizálja a csapat funkcióinak regressziós tesztjeit, stabilan és olvashatóan tartja őket, és az instabil (flaky) teszteket kijavítja vagy eltávolítja ahelyett, hogy figyelmen kívül hagyná őket.
- Hibakeresés és hibajelentés
- Naplók, hálózati forgalom és az adatbázis segítségével szűkíti le a hibákat, a felhasználókra gyakorolt hatásuk alapján ítéli meg a súlyosságukat, és ellenőrzi a javításokat, a körülöttük lévő esetekkel együtt.
- Kiadási és kockázati döntések
- Világos go/no-go javaslatot ad a csapat kiadásaihoz, elmagyarázza az ismert kockázatokat és azt, mi maradt teszteletlenül, és részt vesz a kiadás utáni ellenőrzésekben.
- Minőségi gyakorlatok
- Részt vesz a refinementeken és a tervezési megbeszéléseken, hogy korán felvesse az elfogadási kritériumokat és a tesztelhetőségi szempontokat, és a fejlesztőkkel közösen átbeszéli, mit fedjenek le a saját tesztjeikkel.
- Mentorálás és tudásmegosztás
- Naprakészen tartja a csapat tesztdokumentációját, bevezeti az új csapattagokat a termékterületbe, és elmagyarázza a tesztelési technikákat az érdeklődő fejlesztőknek.
Senior QA-mérnök: mit várunk el
Alakítja, hogyan építi be egy-két csapat a minőséget a munkájába, és ő felel a nagyobb projektek tesztstratégiájáért. Egy-két csapat tesztstratégiája, automatizált tesztkészletei és kiadási döntései, valamint a csapathatárokon átnyúló projektek.
- Teszttervezés és elemzés
- Megtervezi a több funkción vagy csapaton átívelő projektek tesztstratégiáját, eldönti, mit fedjenek le unit-, API- és end-to-end szinten, és oda összpontosítja az erőfeszítést, ahol a legvalószínűbb a hiba.
- Tesztautomatizálás
- Megtervezi egy automatizált tesztkészlet felépítését, észszerű futási időkkel beköti a szállítási pipeline-ba, és átnézi a fejlesztők és más QA-mérnökök által írt teszteket.
- Hibakeresés és hibajelentés
- Kivizsgálja a szolgáltatásokon átívelő, időszakos és csak éles környezetben jelentkező hibákat, mintázatokat ismer fel a visszatérő hibákban, és olyan javaslatokká alakítja őket, amelyek a hibák egész típusát szüntetik meg.
- Kiadási és kockázati döntések
- A fejlesztőkkel együtt dönt a kockázatos változtatások kiadási módjáról – feature flagek, fokozatos bevezetés, extra monitorozás –, és vezeti a tesztelést incidensek és hotfixek idején.
- Minőségi gyakorlatok
- Javítja egy-két csapat tesztelési folyamatát – tesztkörnyezetek, tesztadatok, review-ellenőrzőlisták –, és méri, hogy a változtatás csökkentette-e az élesbe kijutó hibákat.
- Mentorálás és tudásmegosztás
- Tudatosan mentorálja a junior QA-mérnököket, alkalmakat tart a fejlesztőknek a tesztelési megközelítésekről, és részt vesz a QA-pozíciók felvételi interjúin.
Lead QA-mérnök: mit várunk el
Meghatározza a cég minőségi megközelítését, és minden csapatot képessé tesz arra, hogy kevesebb élesbe kijutó hibával szállítson. A minőség a teljes termékben: közös tesztinfrastruktúra, kiadási sztenderdek, és hogy hogyan épül fel és hogyan dolgozik a QA.
- Teszttervezés és elemzés
- Meghatározza, hogyan dönti el a cég kockázat és használati adatok alapján, mit és milyen mélyen teszteljen, és gondoskodik róla, hogy ezt minden csapat következetesen alkalmazza.
- Tesztautomatizálás
- Kiválasztja a cég teszteszközeit és közös infrastruktúráját, a termékeken átívelően egyensúlyban tartja a tesztpiramis rétegeit, és olyan gyorsan tartja a teljes tesztkészletet, hogy a csapatok valóban megvárják.
- Hibakeresés és hibajelentés
- Gazdája annak, hogyan követi és priorizálja a cég a hibákat, beszámol a fejlesztési vezetésnek az élesbe kijutott hibák trendjeiről, és gondoskodik róla, hogy a legnagyobb hibaforrások javítására legyen keret.
- Kiadási és kockázati döntések
- Kijelöli a kiadási sztenderdeket, amelyekhez minden csapat igazodik, meghatározza, mikor lehet megállítani egy kiadást, és tőle kérdezi a vezetőség, hogy készen áll-e a termék egy nagy bevezetésre.
- Minőségi gyakorlatok
- Alakítja a minőségi gyakorlatokat a teljes fejlesztésben, eldönti, hol dolgozzanak a QA-mérnökök és mi legyen a fejlesztők felelőssége, és a minőséget közös felelősséggé teszi, nem egyetlen csapat feladatává.
- Mentorálás és tudásmegosztás
- Fejleszti a QA-csoport készségeit és karrierútjait, meghatározza, hogyan veszik fel és vezetik be a QA-mérnököket, és kineveli a következő senior és lead QA-mérnököket.
Hogyan igazítsd a saját cégedhez
Rögzítsd a manuális és az automatizált tesztelés arányát
Ha a QA-mérnökeitek a feltáró tesztelésre összpontosítanak, rövidítsd le a Tesztautomatizálás sort, és bővítsd a Teszttervezés és elemzés sort. Ha főleg automatizálást építenek, emeld a kódminőségi elvárásokat. Akárhogy is, tedd kimondottá a döntést, hogy senkit ne olyan munka alapján értékeljenek, amelyre nem vették fel.
A Lead szint csak valódi munkára való
Két-három QA-mérnökkel a cégnek általában csak junior, medior és senior szintre van szüksége. A Lead szintet akkor vedd fel, amikor valaki ténylegesen minden csapat számára meghatározza a minőségi sztenderdeket, ne jutalomként a legrégebb óta ott dolgozó tesztelőnek. Ebben a karrierlétrában a Lead szakértői szint; ha nálatok a QA lead tesztelőket is vezet, egészítsd ki a fejlesztési vezetői karrierlétra emberekre vonatkozó elvárásaival.
Igazítsd a szinteket a fejlesztői karrierlétrához
Rendelj minden QA-szinthez egy hasonló hatókörű és fizetésű szoftverfejlesztői szintet. Ha a Senior QA-mérnök a Senior fejlesztő mellett áll, a két karrierút közötti váltás oldalirányú lépés lesz, nem lefokozás vagy ugrás.
Példákat gyűjts, ne hibákat számolj
A check-inekhez és az előléptetési javaslatokhoz gyűjts olyan példákat, mint egy tesztterv, amely elkapott egy költséges hibát, egy instabil tesztkészlet, amelyet megbízhatóvá tettek, vagy egy kiadási döntés, amely beigazolódott. A bejelentett hibák számolása a zajt jutalmazza, és bünteti a stabil csapatokban dolgozó tesztelőket.
GYIK
Kérdések erről a létráról
Hány szint kell egy QA-mérnöki karrierlétrába?
Egy 20–200 fős cégnek általában három-négy is elég, mert a QA-csoportok kicsik. Ez a sablon négyet használ: Junior QA-mérnök, Medior QA-mérnök, Senior QA-mérnök és Lead QA-mérnök. Ötödiket csak akkor vegyél fel, ha a munka hatóköre valóban túlnő azon, hogy a teljes termék minőségi sztenderdjeit meghatározza.
Közös karrierlétrája legyen a manuális tesztelőknek és a tesztautomatizálási mérnököknek?
A legtöbb kisebb cégben igen. A munka lényege – a kockázatok megértése, a tesztek megtervezése és a kiadások megítélése – ugyanaz, csak az eszközök mások. Maradj egy karrierlétránál, és személyenként vagy csapatonként egyezzetek meg, mennyiben vonatkozik rájuk a Tesztautomatizálás sor.
Átválthat egy QA-mérnök a szoftverfejlesztői karrierútra?
Igen, és tervezett lépésként működik a legjobban. Vesd össze az illetőt a szoftverfejlesztői karrierlétrával, egyezzetek meg néhány fejlődési feladatban, például kisebb funkciók vagy hibajavítások önálló elvégzésében, és akkor tedd át, amikor már következetesen hozza azt a szintet. A tesztelési tapasztalata általában erősebb fejlesztővé teszi, nem gyengébbé.
Hogyan mérhető egy QA-mérnök teljesítménye a hibák számolása nélkül?
Az eredményeket és a viselkedést nézd: az élesbe kijutott hibákat a területén, az automatizált tesztkészlet megbízhatóságát és sebességét, hogy milyen korán jelzi a kockázatokat, és hogyan igazolódtak a kiadási döntései. A rendszeres check-ineken konkrét példákat beszéljetek át a karrierlétra alapján, ahelyett, hogy csak dashboardokra hagyatkoznátok.
Hány QA-mérnök kell egy fejlesztőcsapat mellé?
Nincs rögzített arány. Sok ekkora cég négy–nyolc fejlesztőnként egy QA-mérnökkel dolgozik, de a helyes szám attól függ, mennyire tesztelik a fejlesztők a saját munkájukat, és mennyibe kerül egy hiba a felhasználóitoknak. Figyeld az élesbe kijutott hibákat és a kiadási csúszásokat, és vegyél fel új embert, ha bármelyik tartósan nő.
Építsd fel ezt a karrierlétrát a LadderKitben – ingyen
Állítsd be a szintjeit és készségeit a csapatodnak, mérd hozzájuk az embereket a check-ineken, és tartsd következetesen az előléptetési döntéseket.
Ingyenes csomag · Bankkártya nélkül
Kapcsolódó sablonok
Fejlesztés
DevOps-mérnök
Négy szint a Junior DevOps-mérnöktől a Staff DevOps-mérnökig, hat kompetenciában az infrastruktúrától a fejlesztők támogatásáig.
- 4 szint
- 6 kompetencia
Fejlesztés
Fejlesztési vezető
Négy szint az Engineering Managertől a VP of Engineeringig, hat vezetői kompetenciában.
- 4 szint
- 6 kompetencia