Vývoj
Softwarový vývojář
Pět úrovní od Junior po Principal a šest kompetencí, od psaní kódu až po rozvoj týmu.
- 5 úrovní
- 6 kompetencí
Šablona kariérního žebříčku
Šablona kariérního žebříčku pro QA inženýry
Čtyři úrovně od Junior po Lead QA inženýra a šest kompetencí od návrhu testů po postupy kvality.
Tarif Zdarma · Bez platební karty
Tento kariérní žebříček je určen QA inženýrům v softwarových firmách s přibližně 20 až 200 lidmi, kde testeři sedí v produktových týmech, v celé firmě jich může být jen pár a tentýž člověk často dopoledne dělá exploratorní testování a odpoledne píše automatizované testy. Popisuje čtyři úrovně, od člověka, který se učí dobře otestovat jednu funkci, až po toho, kdo rozhoduje, jak celá firma přistupuje ke kvalitě. Nejvyšší úroveň, Lead QA inženýr, je odborná úroveň, ne manažerská role.
Každá úroveň je definována tím, co člověk dělá a jak daleko jeho práce sahá, ne počtem let praxe ani počtem nahlášených chyb. Řádek matice kompetencí čtěte zleva doprava a uvidíte, jak jedno očekávání roste; část věnovanou jedné úrovni čtěte, když chcete vidět vše, co se na ní očekává. Použijte ho k vysvětlení, co znamená další krok, k sebehodnocení a check-inům a k tomu, aby rozhodnutí o povýšení zůstala srovnatelná napříč týmy.
Berte ho jako návrh. Pokud vaši QA inženýři nepíšou automatizaci nebo pokud většinu testování dělají vývojáři, změňte formulace, než žebříček zveřejníte — očekávání, které ve vašem uspořádání nikdo nemůže splnit, jen vyvolává frustraci.
Úrovně v kostce
Junior QA inženýr
Testuje jasně zadané funkce podle existujících testovacích případů a poznává produkt a jeho uživatele.
- Rozsah
- Jednotlivé stories nebo opravy chyb v jedné oblasti produktu, s testovacími plány, které reviduje někdo zkušenější.
Medior QA inženýr
Odpovídá za testování funkcí v jednom týmu, od čtení požadavků po schválení vydání.
- Rozsah
- Funkce jednoho produktového týmu včetně jejich manuálních a automatizovaných testů.
Senior QA inženýr
Utváří, jak jeden nebo dva týmy zabudovávají kvalitu do práce, a odpovídá za testovací strategii větších projektů.
- Rozsah
- Testovací strategie, automatizované sady a rozhodnutí o vydání jednoho či dvou týmů a k tomu projekty přesahující hranice týmů.
Lead QA inženýr
Určuje přístup firmy ke kvalitě a pomáhá každému týmu dodávat s menším počtem chyb, které proklouznou do produkce.
- Rozsah
- Kvalita napříč celým produktem: sdílená testovací infrastruktura, standardy vydávání a to, jak je QA obsazené a jak funguje.
Matice kompetencí
Každý řádek je kompetence a každý sloupec úroveň. Čtěte řádek zleva doprava a uvidíte, jak očekávání rostou.
Co jednotlivé kompetence znamenají
- Návrh a analýza testů
- Promyslet, co se může pokazit, a zvolit testy, které to odhalí.
- Automatizace testů
- Budovat automatizované testy, které jsou rychlé, stabilní a kterým tým věří.
- Analýza a hlášení chyb
- Nacházet, reprodukovat a vysvětlovat problémy tak, aby se rychle opravily.
- Posouzení vydání a rizik
- Rozhodnout, zda je něco připravené k vydání, a jasně to říct.
- Postupy kvality
- Zabudovat kvalitu do způsobu práce týmu, místo aby se na konci jen testovala.
- Mentoring a sdílení znalostí
- Pomáhat ostatním lépe testovat a nenechávat znalost produktu v jedné hlavě.
| Kompetence | Junior QA inženýr | Medior QA inženýr | Senior QA inženýr | Lead QA inženýr |
|---|---|---|---|---|
| Návrh a analýza testů | Pečlivě provádí existující testovací případy, k malým stories píše nové případy, které pokrývají hlavní cestu i zjevné hraniční případy, a na nejasné požadavky se ptá ještě před začátkem testování. | Ke každé funkci týmu píše testovací plán, který pokrývá hraniční případy, oprávnění, stavy dat a integrace, a požadavky reviduje ještě před začátkem vývoje, aby odhalil mezery. | Navrhuje testovací strategii projektů, které zasahují do několika funkcí nebo týmů, rozhoduje, co pokrýt na úrovni unit, API a end-to-end testů, a soustředí úsilí na části, které se nejspíš rozbijí. | Na základě rizik a dat o používání definuje, jak firma rozhoduje, co a jak důkladně testovat, a zajišťuje, aby to každý tým uplatňoval jednotně. |
| Automatizace testů | Přidává automatizované testy do existujícího frameworku podle zavedených vzorů, spouští sadu lokálně a selhání, která neumí vysvětlit, hlásí, místo aby testy pouštěl znovu, dokud neprojdou. | Automatizuje regresní testy funkcí týmu, udržuje je stabilní a čitelné a nestabilní testy opravuje nebo odstraňuje, místo aby je ignoroval. | Navrhuje strukturu automatizované sady, zapojuje ji do pipeline pro dodávání s rozumnou dobou běhu a reviduje testy, které píšou vývojáři a další QA inženýři. | Volí testovací nástroje a sdílenou infrastrukturu firmy, vyvažuje vrstvy testovací pyramidy napříč produkty a drží celou sadu tak rychlou, že na ni týmy opravdu čekají. |
| Analýza a hlášení chyb | Zakládá hlášení chyb s jasnými kroky, očekávaným a skutečným výsledkem a popisem prostředí, aby vývojář problém zreprodukoval bez doplňujících otázek. | Zužuje chyby pomocí logů, síťové komunikace a databáze, posuzuje jejich závažnost podle dopadu na uživatele a ověřuje opravy včetně souvisejících případů. | Zkoumá občasné problémy a problémy, které se objevují jen v produkci, napříč službami, všímá si vzorců v opakujících se chybách a mění je v návrhy, které odstraní celou třídu chyb. | Odpovídá za to, jak firma eviduje a prioritizuje chyby, informuje vedení vývoje o trendech chyb, které proklouzly do produkce, a zajišťuje, aby největší zdroje chyb dostaly prostředky na opravu. |
| Posouzení vydání a rizik | Před vydáním provede přidělené kontroly, uvede, co bylo a co nebylo otestováno, a obavy předává zkušenějšímu QA inženýrovi. | K vydáním týmu dává jasné doporučení „go“, nebo „no-go“, vysvětluje známá rizika a co zůstalo neotestováno a účastní se kontrol po vydání. | Spolu s vývojáři rozhoduje o způsobu vydání rizikových změn — feature flagy, postupné nasazení, dodatečný monitoring — a vede testování během incidentů a hotfixů. | Stanovuje standardy vydávání, podle kterých pracuje každý tým, definuje, kdy lze vydání zablokovat, a je tím, koho se vedení ptá, zda je produkt připravený na velké spuštění. |
| Postupy kvality | Dodržuje definici hotového (definition of done) a testovací postup týmu a upozorňuje na kroky, které se vynechávají nebo jsou matoucí. | Účastní se refinementu a diskusí o návrhu, aby včas doplnil akceptační kritéria a hlediska testovatelnosti, a s vývojáři ve dvojici řeší, co pokrýt v jejich vlastních testech. | Zlepšuje testovací postup jednoho nebo dvou týmů — testovací prostředí, testovací data, kontrolní seznamy pro review — a měří, zda změna snížila počet chyb, které proklouzly do produkce. | Utváří postupy kvality v celém vývoji, rozhoduje, kde QA inženýři působí a za co odpovídají vývojáři, a dělá z kvality sdílenou odpovědnost, ne práci jednoho týmu. |
| Mentoring a sdílení znalostí | Během testování dokumentuje, co se o produktu dozví, a užitečná zjištění a nástroje sdílí s týmem. | Udržuje testovací dokumentaci týmu aktuální, zaškoluje nové kolegy do produktové oblasti a vysvětluje testovací techniky vývojářům, kteří se ptají. | Cíleně mentoruje juniorní QA inženýry, pořádá pro vývojáře workshopy o přístupech k testování a účastní se náborových pohovorů na QA pozice. | Rozvíjí dovednosti a kariérní cesty QA skupiny, definuje, jak se QA inženýři nabírají a zaškolují, a vychovává další seniorní a lead QA inženýry. |
Posuňte tabulku do strany, abyste viděli všechny úrovně.
Stáhnout jako CSV Otevře se v Excelu, Tabulkách Google nebo Numbers.
Junior QA inženýr: co se očekává
Testuje jasně zadané funkce podle existujících testovacích případů a poznává produkt a jeho uživatele. Jednotlivé stories nebo opravy chyb v jedné oblasti produktu, s testovacími plány, které reviduje někdo zkušenější.
- Návrh a analýza testů
- Pečlivě provádí existující testovací případy, k malým stories píše nové případy, které pokrývají hlavní cestu i zjevné hraniční případy, a na nejasné požadavky se ptá ještě před začátkem testování.
- Automatizace testů
- Přidává automatizované testy do existujícího frameworku podle zavedených vzorů, spouští sadu lokálně a selhání, která neumí vysvětlit, hlásí, místo aby testy pouštěl znovu, dokud neprojdou.
- Analýza a hlášení chyb
- Zakládá hlášení chyb s jasnými kroky, očekávaným a skutečným výsledkem a popisem prostředí, aby vývojář problém zreprodukoval bez doplňujících otázek.
- Posouzení vydání a rizik
- Před vydáním provede přidělené kontroly, uvede, co bylo a co nebylo otestováno, a obavy předává zkušenějšímu QA inženýrovi.
- Postupy kvality
- Dodržuje definici hotového (definition of done) a testovací postup týmu a upozorňuje na kroky, které se vynechávají nebo jsou matoucí.
- Mentoring a sdílení znalostí
- Během testování dokumentuje, co se o produktu dozví, a užitečná zjištění a nástroje sdílí s týmem.
Medior QA inženýr: co se očekává
Odpovídá za testování funkcí v jednom týmu, od čtení požadavků po schválení vydání. Funkce jednoho produktového týmu včetně jejich manuálních a automatizovaných testů.
- Návrh a analýza testů
- Ke každé funkci týmu píše testovací plán, který pokrývá hraniční případy, oprávnění, stavy dat a integrace, a požadavky reviduje ještě před začátkem vývoje, aby odhalil mezery.
- Automatizace testů
- Automatizuje regresní testy funkcí týmu, udržuje je stabilní a čitelné a nestabilní testy opravuje nebo odstraňuje, místo aby je ignoroval.
- Analýza a hlášení chyb
- Zužuje chyby pomocí logů, síťové komunikace a databáze, posuzuje jejich závažnost podle dopadu na uživatele a ověřuje opravy včetně souvisejících případů.
- Posouzení vydání a rizik
- K vydáním týmu dává jasné doporučení „go“, nebo „no-go“, vysvětluje známá rizika a co zůstalo neotestováno a účastní se kontrol po vydání.
- Postupy kvality
- Účastní se refinementu a diskusí o návrhu, aby včas doplnil akceptační kritéria a hlediska testovatelnosti, a s vývojáři ve dvojici řeší, co pokrýt v jejich vlastních testech.
- Mentoring a sdílení znalostí
- Udržuje testovací dokumentaci týmu aktuální, zaškoluje nové kolegy do produktové oblasti a vysvětluje testovací techniky vývojářům, kteří se ptají.
Senior QA inženýr: co se očekává
Utváří, jak jeden nebo dva týmy zabudovávají kvalitu do práce, a odpovídá za testovací strategii větších projektů. Testovací strategie, automatizované sady a rozhodnutí o vydání jednoho či dvou týmů a k tomu projekty přesahující hranice týmů.
- Návrh a analýza testů
- Navrhuje testovací strategii projektů, které zasahují do několika funkcí nebo týmů, rozhoduje, co pokrýt na úrovni unit, API a end-to-end testů, a soustředí úsilí na části, které se nejspíš rozbijí.
- Automatizace testů
- Navrhuje strukturu automatizované sady, zapojuje ji do pipeline pro dodávání s rozumnou dobou běhu a reviduje testy, které píšou vývojáři a další QA inženýři.
- Analýza a hlášení chyb
- Zkoumá občasné problémy a problémy, které se objevují jen v produkci, napříč službami, všímá si vzorců v opakujících se chybách a mění je v návrhy, které odstraní celou třídu chyb.
- Posouzení vydání a rizik
- Spolu s vývojáři rozhoduje o způsobu vydání rizikových změn — feature flagy, postupné nasazení, dodatečný monitoring — a vede testování během incidentů a hotfixů.
- Postupy kvality
- Zlepšuje testovací postup jednoho nebo dvou týmů — testovací prostředí, testovací data, kontrolní seznamy pro review — a měří, zda změna snížila počet chyb, které proklouzly do produkce.
- Mentoring a sdílení znalostí
- Cíleně mentoruje juniorní QA inženýry, pořádá pro vývojáře workshopy o přístupech k testování a účastní se náborových pohovorů na QA pozice.
Lead QA inženýr: co se očekává
Určuje přístup firmy ke kvalitě a pomáhá každému týmu dodávat s menším počtem chyb, které proklouznou do produkce. Kvalita napříč celým produktem: sdílená testovací infrastruktura, standardy vydávání a to, jak je QA obsazené a jak funguje.
- Návrh a analýza testů
- Na základě rizik a dat o používání definuje, jak firma rozhoduje, co a jak důkladně testovat, a zajišťuje, aby to každý tým uplatňoval jednotně.
- Automatizace testů
- Volí testovací nástroje a sdílenou infrastrukturu firmy, vyvažuje vrstvy testovací pyramidy napříč produkty a drží celou sadu tak rychlou, že na ni týmy opravdu čekají.
- Analýza a hlášení chyb
- Odpovídá za to, jak firma eviduje a prioritizuje chyby, informuje vedení vývoje o trendech chyb, které proklouzly do produkce, a zajišťuje, aby největší zdroje chyb dostaly prostředky na opravu.
- Posouzení vydání a rizik
- Stanovuje standardy vydávání, podle kterých pracuje každý tým, definuje, kdy lze vydání zablokovat, a je tím, koho se vedení ptá, zda je produkt připravený na velké spuštění.
- Postupy kvality
- Utváří postupy kvality v celém vývoji, rozhoduje, kde QA inženýři působí a za co odpovídají vývojáři, a dělá z kvality sdílenou odpovědnost, ne práci jednoho týmu.
- Mentoring a sdílení znalostí
- Rozvíjí dovednosti a kariérní cesty QA skupiny, definuje, jak se QA inženýři nabírají a zaškolují, a vychovává další seniorní a lead QA inženýry.
Jak tento žebříček přizpůsobit
Zapište si poměr manuálního a automatizovaného testování
Pokud se vaši QA inženýři soustředí na exploratorní testování, zkraťte řádek Automatizace testů a rozšiřte Návrh a analýzu testů. Pokud většinou staví automatizaci, zvyšte očekávání na kvalitu kódu. V obou případech volbu vyslovte, aby nikdo nebyl hodnocen podle práce, na kterou nebyl přijat.
Úroveň Lead si nechte pro skutečnou práci
Se dvěma nebo třemi QA inženýry firma obvykle potřebuje jen úrovně junior, medior a senior. Úroveň Lead přidejte, až někdo skutečně stanovuje standardy kvality pro všechny týmy — ne jako odměnu pro testera s nejdelším stažem. V tomto žebříčku je Lead odborná úroveň; pokud váš QA lead zároveň vede testery, doplňte očekávání týkající se lidí ze žebříčku pro engineering manažery.
Srovnejte úrovně se žebříčkem vývojářů
Každou úroveň QA přiřaďte k úrovni softwarového vývojáře se srovnatelným rozsahem a mzdou. Když Senior QA inženýr stojí vedle Senior vývojáře, přechod mezi oběma dráhami je krokem do strany, ne degradací ani skokem.
Sbírejte doklady, ne počty chyb
Pro check-iny a návrhy na povýšení shromažďujte příklady, jako je testovací plán, který zachytil nákladnou chybu, nestabilní sada, která se stala spolehlivou, nebo rozhodnutí o vydání, které obstálo. Počítání nahlášených chyb odměňuje šum a trestá testery ve stabilních týmech.
Časté dotazy
Otázky k tomuto žebříčku
Kolik úrovní potřebuje kariérní žebříček QA inženýra?
Pro firmu s 20 až 200 lidmi obvykle stačí tři nebo čtyři, protože QA skupiny jsou malé. Tato šablona používá čtyři: Junior QA inženýr, Medior QA inženýr, Senior QA inženýr a Lead QA inženýr. Pátou přidejte, jen když rozsah práce skutečně přeroste stanovování standardů kvality pro celý produkt.
Mají mít manuální testeři a automatizační QA inženýři jeden kariérní žebříček?
Ve většině menších firem ano. Jádro práce — porozumět riziku, navrhovat testy a posuzovat vydání — je stejné; liší se jen nástroje. Mějte jeden žebříček a pro každého člověka nebo tým se dohodněte, nakolik pro něj platí řádek Automatizace testů.
Může QA inženýr přejít na dráhu softwarového vývojáře?
Ano a nejlépe to funguje jako plánovaný přechod. Porovnejte člověka se žebříčkem softwarového vývojáře, dohodněte několik rozvojových aktivit, například odpovědnost za malé funkce nebo opravy chyb, a převeďte ho, až bude danou úroveň soustavně naplňovat. Zkušenost s testováním z něj obvykle udělá silnějšího vývojáře, ne slabšího.
Jak měřit výkon QA inženýra bez počítání chyb?
Dívejte se na výsledky a chování: chyby, které v jeho oblasti proklouzly do produkce, spolehlivost a rychlost automatizované sady, jak včas upozorňuje na rizika a jak obstála rozhodnutí o vydání. Konkrétní příklady probírejte podle žebříčku na pravidelných check-inech, místo abyste spoléhali jen na dashboardy.
Kolik QA inženýrů potřebuje tým vývojářů?
Pevný poměr neexistuje. Mnoho firem této velikosti funguje s jedním QA inženýrem na čtyři až osm vývojářů, ale správné číslo závisí na tom, nakolik vývojáři testují vlastní práci a jak drahá je chyba pro vaše uživatele. Sledujte chyby, které proklouzly do produkce, a zpoždění vydání, a když jedno z toho dál roste, nabírejte.
Vytvořte tento kariérní žebříček v LadderKitu – zdarma
Nastavte jeho úrovně a dovednosti pro svůj tým, hodnoťte podle nich lidi v check-inech a rozhodujte o povýšení konzistentně.
Tarif Zdarma · Bez platební karty
Související šablony
Vývoj
DevOps inženýr
Čtyři úrovně od Junior po Staff DevOps inženýra a šest kompetencí od infrastruktury po podporu vývojářů.
- 4 úrovně
- 6 kompetencí
Vývoj
Engineering Manager
Čtyři úrovně od Engineering Managera po VP of Engineering a šest manažerských kompetencí.
- 4 úrovně
- 6 kompetencí