QA engineer je člověk v softwarovém týmu, který zjišťuje, jak se produkt rozbije, dřív než na to přijde zákazník. Staví testy, kontroly a signály pro release, které zabrání, aby se rozbil stejně podruhé. QA znamená quality assurance, zajištění kvality.
Stejný titul se ale používá pro čtyři různé práce a rozdíl mezi nimi rozhoduje o tvém platu, tvém kariérním žebříčku i o tom, jak bezpečně budeš sedět při příští reorganizaci.
QA tester vs. QA engineer vs. SDET vs. quality engineer
Pracovní portály je většinou házejí do jednoho pytle. Samotné inzeráty ne. Takhle se rozdělí, když čteš dál než nadpis:
| QA tester | QA engineer | SDET | Quality engineer | |
|---|---|---|---|---|
| Na jakou otázku odpovídá | Funguje tahle funkce podle zadání? | Dá se tenhle release bezpečně pustit ven? | Dokáže nám to říct stroj u každého commitu? | Proč se chyby vůbec dostávají do produkce? |
| Píše kód | Výjimečně | Často, skripty a automatické kontroly | Vždycky, je to vývojářská role | Ano, plus testovací infrastrukturu |
| Hlavní výstup | Bug reporty, testovací běhy | Testovací plány, automatizace, připravenost releasu | Frameworky, CI sady testů, nástroje | Strategie, metriky, platformy pro vývojáře |
| Kde obvykle sedí | Na konci sprintu | V týmu, blízko releasu | Vedle vývojářů | Napříč týmy |
| Přirozený další krok | QA engineer | QA lead nebo SDET | Software engineer nebo test architekt | Head of QA, ředitel quality engineeringu |
SDET znamená software development engineer in test. Microsoft ten titul používal ve velkém a pak ho v roce 2014 zrušil. Testery začlenil do jedné inženýrské role.
Jak vypadá týden v té práci
Když z tuctu aktivních inzerátů odstraníš přídavná jména, vypadá práce od Prahy po San Francisco podobně:
- Než vznikne kód: sedíš na groomingu a design review, píšeš testovací scénáře a hraniční případy rovnou do tiketu. Inzerát Bloomreach to říká bez obalu: QA má celý tým zlepšovat v testování, ne být místem, kam se práce přehazuje.
- Během vývoje: držíš automatické testy v pipeline zelené, honíš nestabilní testy, přidáváš kontroly pro novou funkci.
- Před releasem: explorativní testování na reálných zařízeních a prohlížečích, regresní kolo, shrnutí připravenosti, které někdo podepíše.
- Po releasu: z incidentů v produkci děláš regresní testy, aby se stejný bug nemohl potichu vrátit.
Poměr mezi tím záleží na firmě. Pozice postavená na manuálním testování tráví většinu týdne ve třetí odrážce. Dobrý produktový tým tlačí co nejvíc práce do prvních dvou.
Žebříček nad senior QA
Většina průvodců končí u „senior QA engineera“. Zajímavá rozhodnutí začínají až tam.
QA lead znamená dvě různé věci. V jedné firmě je to architekt frameworku bez podřízených, člověk, který vlastní koncepci automatizace testů. V jiné je to hrající trenér, který dělá hodnoticí rozhovory, píše testovací plány a pořád staví automatizaci. Zeptej se, o kterou verzi jde, než titul přijmeš, protože jen ta druhá tě připraví na management.
QA manager nebo head of QA vlastní strategii kvality pro několik týmů, nábor testerů a SDETů a metriky, které vidí vedení. Dobrá verze té práce mění, jak pracují vývojáři. Slabá verze je oddělení, které přijímá buildy a vrací verdikty.
Ředitel nebo senior manager quality engineeringu je místo, kde se role právě přepisuje. Inzerát Samsary na senior managera popisuje samoobslužné testovací platformy a míru chyb, které uniknou do produkce. Je to blíž platformnímu týmu než testovacímu. Inzerát Machinify na ředitele hledá někoho, kdo QA promyslí znovu ve světě, kde většinu kódu generuje AI, za 225 000 až 250 000 USD.
Pro srovnání: americký Bureau of Labor Statistics uvádí medián pro softwarové QA analytiky a testery 104 300 USD (květen 2025). Ve střední Evropě nabízí Bloomreach na zmíněné pozici QA Engineer II pro Česko základ 732 000 až 1 110 000 Kč.
Přestupy do příbuzných rolí jsou běžné: ze SDET do vývoje, z quality engineeringu do platformního týmu nebo developer experience a ze senior QA do release managementu nebo technického program managementu, kde je znalost toho, jak releasy padají, velká část práce.
Poslední kontrola padá jako první
QA práce obvykle sedí na konci linky a konec linky je vidět jen tehdy, když něco selže. Když nic neselže, vypadá jako náklad. To je strukturální riziko té role a má svoji historii.
Yahoo kolem roku 2015 zrušilo QA tým a inženýři začali shipovat bez téhle záchranné sítě. IEEE Spectrum citoval hlavního architekta firmy, podle kterého to fungovalo. Microsoft v roce 2014 ukončil model, kde týmy běžně měly zhruba dva vývojáře na jednoho SDET, jak popisuje The Pragmatic Engineer. Atlassian šel už dřív jinou cestou a práci přejmenoval: jeho QA tým dělá „quality assistance“, tedy učí vývojáře testovat vlastní práci, místo aby ji testoval za ně.
Když dnešní inzeráty čteš pozorně, ten tlak je vidět přímo ve formulacích. Inzerát Robinhoodu na staff quality engineera nazývá tým „poslední obrannou linií kvality produktu“. Inzerát Okty na SDET chce, abys „držel laťku pro release“, o odstavec dál píše, že budeš pracovat „jako inženýr, ne jako strážce brány“, a ještě níž uvádí on-call službu. Machinify chce ředitele, který udrží přísnost, „aniž by se stal úzkým hrdlem rychlosti“, zatímco objem kódu roste „bez úměrného nárůstu lidí“. Každá z těch vět sama o sobě dává smysl. Dohromady popisují místo, které schytá vinu za uniklé bugy i za pomalé releasy, a to bez lidí navíc na kód psaný AI. Když v jednom inzerátu uvidíš dvě takové fráze, zeptej se, kolik QA lidí měl tým před rokem.
Jak se posunout na začátek procesu
Ve všech těch verzích je cesta ven stejná: udělat z kvality něco, co produkují vývojáři, a být tím, kdo to postavil.
- Dostaň se na grooming. Testovací scénáře a způsoby selhání patří do tiketu dřív, než kdokoli napíše kód. Tam je oprava většiny bugů nejlevnější.
- Dostaň QA do odhadu. Když čas na testování v odhadu chybí, bude QA většinou vypadat jako důvod, proč se termín posunul. Psal jsem o checklistu pro odhady, který code review, QA i deployment jmenuje výslovně.
- Vlastni kontrolu jako kód. CI sada testů, kterou vývojáři pouštějí u každého commitu, tě chrání líp než manuální kolo, které umíš spustit jen ty.
- Reportuj uniklé chyby, ne počet provedených testů. Vedení sleduje jedno číslo: kolik bugů našli zákazníci a jestli to číslo klesá.
- Z podpisu releasu udělej písemné vyjádření rizika. Popíšeš, co se testovalo a co ne, a zbytkové riziko přijme product owner. Tvoje jméno na releasu by nemělo znamenat, že za něj osobně ručíš.
Sebekontrola: strážce brány, nebo kouč?
Na každou otázku odpověz ano, nebo ne:
- Píšou a pouštějí vývojáři v tvém týmu testy, aniž by je o to někdo žádal?
- Vidíš funkce už v návrhu, nebo poprvé ve sloupci „ready for QA“?
- Obsahuje odhad sprintu čas na testování?
- Kdybys byl dva týdny pryč, zastaví se releasy, nebo budou testy dál chytat regrese?
- Víš, kolik chyb uniklo do produkce za poslední kvartál?
- Ví tvůj manažer, kterým incidentům tvoje testy zabránily?
- Je tvůj podpis releasu písemné vyjádření rizika, nebo jen tvoje jméno?
Většina „ne“ znamená, že jsi ta poslední kontrola, a ta při reorganizaci padá první. Většina „ano“ znamená, že stavíš systém, místo abys stál na jeho konci, a to je profil, který se povyšuje na QA leada a do quality engineeringu.
Pokud jsi QA lead a vybíráš mezi vedením lidí a quality engineeringem, nebo se chceš dostat z místa poslední kontroly dřív, než tě z něj přesune reorganizace, s takovým kariérním rozhodnutím pomáhám v 1:1 kariérním mentoringu.
