Proč je téma důležité
Mnoho chyb vznikne dříve, než se napíše první řádek kódu. Nejasné pojmy, chybějící výjimky nebo rozdílná představa o uživateli se později projeví jako přepracování, spory nad akceptací a defekty těsně před releasem.
Zapojení QA do refinementu není o tom, aby tester napsal požadavek za analytika. Jeho rolí je přinést ověřovací pohled: Jak poznáme, že řešení funguje? Co se stane při chybě? Které předpoklady zatím nejsou potvrzené?
Jak postupovat správně
Ujasněte hodnotu a uživatele
Kdo funkci používá, jaký problém řeší a jak poznáme úspěch? Bez tohoto rámce nelze správně prioritizovat rizika.
Popište počáteční stav a oprávnění
Uveďte potřebná data, roli, konfiguraci, předchozí kroky a omezení.
Použijte konkrétní příklady
Pro běžný, hraniční a chybový scénář popište vstup, akci a očekávaný výsledek.
Ptejte se na negativní cesty
Co se stane při neplatném vstupu, nedostupné službě, duplicitě, timeoutu nebo nedostatečném oprávnění?
Zkontrolujte závislosti a pozorovatelnost
Je změna závislá na jiném týmu? Jak se problém projeví v logu, metrice a uživatelské zprávě?
Udržte kritéria testovatelná
Kritérium má popisovat pozorovatelný výsledek, nikoli vágní slova jako rychle, intuitivně nebo správně bez definice.
Čemu se naopak vyhnout
- Pouze happy-path příkladu bez chybových a hraničních situací.
- Akceptačním kritériím, která diktují technickou implementaci bez potřeby.
- Vágním výrazům typu „systém vhodně upozorní“.
- Tichému doplňování chybějících pravidel testerem až během testování.
- Příliš pozdnímu zapojení QA, kdy už je návrh obtížné změnit.
Praktický příklad
Požadavek „uživatel může znovu spustit import“ vyvolá otázky: Kdo má oprávnění? Vytvoří se nová dávka? Co se stane s již zpracovanými záznamy? Lze akci spustit dvakrát? Jak se uživatel dozví výsledek?
Odpovědi se přepíší do konkrétních kritérií a scénářů. Vývojář i tester potom pracují se stejnou představou a část chyb vůbec nevznikne.
Ponaučení pro praxi
Nejlevnější defekt je ten, který se podaří odstranit jako nejasnost ještě před implementací. QA v refinementu propojuje hodnotu, riziko a ověřitelné očekávání.
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.