Procesy

Shift-left a shift-right: kvalita před vývojem i po nasazení

Petra Hradecká · 29. 6. 2026 · 6 min čtení

Kvalita nevzniká pouze během testovací fáze. Začíná při formulaci požadavku a pokračuje sledováním chování v provozu.

Ilustrace k článku Shift-left a shift-right: kvalita před vývojem i po nasazení

Proč je téma důležité

Kvalita se často spojuje s testovací fází těsně před nasazením. V této chvíli jsou však mnohá rozhodnutí již hotová a oprava nejasného požadavku nebo špatně navrženého rozhraní je drahá. Shift-left přenáší otázky kvality dříve, shift-right sleduje skutečné chování po nasazení.

Oba přístupy se doplňují. Vlevo se snažíme problémům předcházet a zpřesnit očekávání. Vpravo ověřujeme, zda se předpoklady potvrdily v reálném provozu.

Hlavní myšlenka: Bez propojení vzniká falešná jistota. Perfektní testy v laboratorním prostředí nezachytí všechny datové objemy, provozní závislosti nebo skutečné uživatelské chování. Monitoring bez kvalitních požadavků zase jen rychleji ukáže nejasně definovaný problém.

Jak postupovat správně

01

Zapojte QA do formulace požadavku

Ptejte se na uživatele, hodnotu, výjimky, chyby, oprávnění, data a měřitelnost výsledku ještě před vývojem.

02

Převádějte očekávání do příkladů

Používejte konkrétní vstupy a výstupy, akceptační kritéria a rizikové scénáře. Příklady odhalí různé interpretace.

03

Automatizujte rychlé kontroly v pipeline

Statická analýza, jednotkové, komponentní a kontraktní testy dávají vývojáři zpětnou vazbu před integrací.

04

Nasazujte kontrolovaně

Feature flag, canary release nebo postupné zapnutí snižují rozsah dopadu a umožní bezpečně ověřit změnu.

05

Definujte provozní signály

Před releasem určete, které metriky, logy a uživatelské události potvrdí správné fungování a co bude znamenat problém.

06

Vracejte poznatky zpět do vývoje

Incidenty, support a reálné používání musí doplňovat testovací sadu a zpřesňovat budoucí požadavky.

Čemu se naopak vyhnout

  • Chápání shift-left jako přesunu veškeré odpovědnosti za kvalitu na vývojáře.
  • Přidávání dalších schůzek bez konkrétních otázek a výstupů.
  • Nasazení bez možnosti rychlého vypnutí nebo návratu.
  • Monitoringu velkého množství metrik bez prahů a vlastníků.
  • Oddělení produkčních poznatků od backlogu a testovací strategie.

Praktický příklad

Nová segmentační funkce se už při refinementu popíše pomocí příkladů a hraničních dat. V pipeline běží testy pravidel a kontraktů. Funkce se nasadí pod feature flagem pro malou skupinu a sleduje se rozdíl mezi očekávaným a skutečným počtem kontaktů.

Pokud se objeví odchylka, tým má korelační ID a může funkci vypnout. Zjištěný scénář se následně přidá do automatické sady.

Ponaučení pro praxi

Shift-left a shift-right nejsou dvě módní techniky. Jsou to uzavřený cyklus: očekávání, prevence, bezpečné nasazení, měření reality a návrat poznatků do dalšího vývoje.

Správný postup nemusí být složitý. Důležité je, aby byl vědomý, opakovatelný a aby tým dokázal vysvětlit, proč zvolil právě tento způsob kontroly. Kvalita nevzniká jedním nástrojem ani jednou rolí; vzniká kombinací dobrých otázek, důkazů a následné zpětné vazby.

← Zpět na všechny články