Co byste dělali, pokud byste museli vydat verzi, ale neustále se objevují nové problémy, a jejich oprava vede k nové fázi regresí?

Hodnocení kritičnosti nových problémů. Určení, které z nich jsou hlavní překážkou pro vydání, a které lze opravit v příštím sprintu nebo patchi. Uspořádání společného setkání týmu vývoje, testování a produktového managementu k rozhodnutí o dalším postupu. Možnosti:

• Odložit vydání do doby, než budou kritické problémy opraveny.
• Vydat verzi s známými nekritickými problémy, které budou zdokumentovány.
• Ihned po vydání vydat opravnou verzi (patch) s opravami kritických problémů.

Současně s rozhodnutím:

• Zaměřit úsilí na testování kritických částí funkčnosti.
• Efektivně komunikovat o stavu a nalezených problémech. Používat společné tabule úkolů (Jira, Azure DevOps atd.).
• Analyzovat příčiny neustálého výskytu nových problémů:
  • Nedostatečné pokrytí testy (ruční nebo automatizované).
  • Problémy v procesu vývoje (kontrola kódu, kultura psaní kódu).
  • Spěch při vývoji a testování.
  • Nedostatečná specifikace požadavků.

V případě potřeby posílit regresní testování, upřednostňovat ho. Může být nutné přidělit další zdroje nebo přerozdělit úkoly v rámci týmu testování. Automatizovat nejčastější a kritické scénáře regresí, pokud je to možné v krátkém čase. Po vydání provést retrospektivu k identifikaci a odstranění příčin problémů.