Kaj bi naredili, če bi morali izdati različico, vendar se nenehno odkrivajo nove težave, katerih odprava vodi do nove faze regresije?

Hodnotiť kritickosť nových problémov. Určiť, ktoré z nich predstavujú prekážky pre vydanie, a ktoré je možné opraviť v nasledujúcom sprinte alebo patchi. Zorganizovať spoločné stretnutie tímu vývoja, testovania a produktového manažmentu na rozhodnutie o ďalších krokoch. Možnosti:

• Odložiť vydanie, kým nie sú vyriešené kritické problémy.
• Vydanie verzie s známymi nekritickými problémami, ktoré budú zdokumentované.
• Ihneď po vydaní vydanie opravnú verziu (patch) s opravami kritických problémov.

Súčasne s rozhodnutím:

• Zamerať úsilie na testovanie kritických častí funkčnosti.
• Efektívne komunikovať o stave a nájdených problémoch. Používať spoločné tabule úloh (Jira, Azure DevOps a pod.).
• Analyzovať príčiny neustáleho výskytu nových problémov:
  • Nedostatočné pokrytie testami (ručne alebo automatizovane).
  • Problémy v procese vývoja (kontrola kódu, kultúra písania kódu).
  • Ponáhľanie sa pri vývoji a testovaní.
  • Nedostatočná špecifikácia požiadaviek.

V prípade potreby posilniť regresné testovanie, priorizovať ho. Môžu byť potrebné ďalšie zdroje alebo preusporiadanie úloh v rámci tímu testovania. Automatizujte najčastejšie a kritické scenáre regresie, ak je to možné v krátkom čase. Po vydaní vykonajte retrospektívu na identifikáciu a odstránenie príčin problémov.