Quality Engineering v praxi: jak začít, kde nejčastěji narazíte a co opravdu funguje

Quality Engineering není role, ale přístup 

Jedno z nejdůležitějších sdělení webináře zaznělo hned na začátku: Quality Engineering není konkrétní role ani pracovní pozice. Nejde o to, že by se z testera musel stát „QE engineer' s novým titulem v podpisu e-mailu. Jde především o způsob přemýšlení. 

Quality Engineering může dělat kdokoliv v týmu - tester, vývojář, analytik, projektový manažer či product owner. Klíčové je, že daný člověk přemýšlí nad kvalitou v širším kontextu, než je pouze jeho vlastní úkol nebo fáze procesu. Sleduje celý tok hodnoty a ptá se, kde vznikají úzká místa, proč vznikají a co s tím můžeme udělat. 

Typickým rozdílem oproti tradičnímu přístupu je to, že quality engineer nevnímá testování jako hlavní „pojistku kvality', ale spíše jako jeden z mnoha nástrojů. Skutečná kvalita podle QE přístupu vzniká mnohem dříve - v komunikaci, v porozumění zadání a v rozhodnutích, která se dělají ještě předtím, než se napíše první řádek kódu. 

První krok ke Quality Engineeringu: pochopit realitu projektu 

Pokud tým nebo firma s Quality Engineeringem teprve začíná, často zaznívá otázka: „Kde vlastně máme začít?' Odpověď panelistů byla jednoznačná - žádný univerzální recept neexistuje. 

Každý projekt má jiný kontext. Jiné technologie, jinou historii, jinou strukturu týmu a jinou míru ochoty ke změnám. Prvním a naprosto zásadním krokem je proto pochopit současný stav. Vizualizovat proces, pojmenovat jednotlivé fáze a role a podívat se na to, kde se kvalita skutečně „láme'. 

Velmi často se ukazuje, že chyby, které testování zachytává až na konci, mají svůj původ mnohem dříve - například v nejasných požadavcích, rozdílném chápání zadání nebo v absenci komunikace a spolupráce mezi rolemi. V takové situaci nemá smysl zlepšovat testovací techniky, ale je potřeba pracovat s příčinou problému. Tomuto posunu pozornosti testera na začátek procesu říkáme shift-left testing. 

Malé změny v týmu, které posouvají kvalitu 

Jedním z opakujících se témat webináře byla práce s malými kroky. Velké transformace zní lákavě, ale realita většiny projektů je jiná. Lidé nemají čas, kapacitu ani chuť na zásadní změny procesů. 

Mnohem lépe fungují drobné, cílené úpravy. Například: 

• zapojení testera/Quality Engineera do diskuse nad zadáním ještě před vývojem, 
• pravidelné krátké review user stories s vývojářem nebo analytikem, 
• zlepšení komunikace mezi rolemi místo zavádění nových nástrojů. 

Zajímavým přístupem je také začít s jedním spojencem v týmu. Nemusí se změnit chování celého projektu - stačí jedna spolupráce, která začne fungovat lépe. Úspěšný příklad pak často mluví sám za sebe a přirozeně se rozšíří dál. 

Quality Engineering vs. čas: vyplatí se to? 

Jedna z nejčastějších obav, která v souvislosti s Quality Engineeringem zaznívá, je otázka času. „Když budu řešit kvalitu dřív a víc do hloubky, stihnu vůbec dělat svoji práci?' 

Zkušenosti z praxe ukazují, že QE je do určité míry investice. Krátkodobě může znamenat víc diskusí, schůzek, přesvědčování a přemýšlení. Dlouhodobě ale přináší výraznou úsporu času i energie. Díky včasné zpětné vazbě se chyby opravují ve chvíli, kdy je kontext ještě čerstvý. Vývojáři si danou část kódu pamatují, změny jsou menší a levnější. Testování se méně dostává do stresové role „poslední brzdy' před releasem a celý tým funguje klidněji a předvídatelněji. 

Související čtení: Cost of Quality (COQ), jak měřit reálnou cenu kvality v projektu. 

Jak překonat odpor ke změnám při zavádění QE 

Téměř každý tým narazí při zavádění principů Quality Engineeringu na odpor. Může mít mnoho podob - od pasivní neochoty až po otevřený nesouhlas. Důvody jsou různé: špatné zkušenosti z minulosti, obavy z vyšší zátěže nebo pocit, že „tohle už jsme zkoušeli'. 

Panelisté se shodli, že klíčem je pracovat s realitou týmu. Hledat minimální změny s maximálním dopadem, vysvětlovat přínosy na konkrétních problémech a netlačit lidi do změn silou. 

Často pomáhá také najít klíčové osoby v týmu, které mají přirozený vliv na ostatní. Pokud se je podaří pro změnu získat, cesta k širšímu přijetí je výrazně jednodušší. 

Kvalita softwaru není jen o testech 

Jedním z nejsilnějších závěrů webináře bylo připomenutí, že testování a kvalita nejsou synonyma. Testy jsou důležité, ale samy o sobě kvalitní produkt nezajistí. 

Na kvalitu má vliv například: 

• efektivní onboarding nových členů týmu, 
• srozumitelná dokumentace a sdílené know-how, 
• práce s technickým dluhem, 
• otevřená komunikace a bezpečné prostředí pro zpětnou vazbu. 

Týmy, které dlouhodobě pracují s principy Quality Engineeringu, často dosahují výrazně lepších výsledků. Jsou schopné dodávat stejný rozsah funkcionality s menším počtem lidí, rychleji a s menším stresem. Kvalita se tak nestává brzdou, ale přirozenou součástí efektivního fungování. 

Quality Engineering v kostce: 4 principy do praxe 

Quality Engineering není jednorázová iniciativa ani checklist, který stačí odškrtnout. Je to dlouhodobý proces neustálého zlepšování, který nemá nikdy konec. 

Pokud s QE chcete začít, zkuste si odnést několik jednoduchých principů: 

• zajímejte se o celý proces, nejen o to, co máte v popisu práce, 
• ptejte se a nebojte se zpochybňovat zaběhnuté postupy, 
• začínejte v malém a stavte na konkrétních úspěších, 
• a pamatujte, že kvalita je odpovědností celého týmu. 

Záznam celého webináře je ke zhlédnutí na našem YouTube kanálu, kde najdete další inspiraci v podobě záznamů webinářů a také přednášek z minulých Tesena Fest konferencí. Pokud preferujete textovou formu, doporučujeme články na našem Tesena blogu.

Související témata

Co je Quality Engineering a proč testování na konci nestačí 

Cost of Quality (COQ): jak měřit cenu kvality 

Quality Engineering Workshop: kurz pro celý tým, ne jen pro testery 

Tesena Fest 2026: konference o testování a kvalitě