Šta biste uradili ako je potrebno da objavite verziju, ali stalno se otkrivaju novi problemi, čije ispravljanje dovodi do nove faze regresije?

Procijeniti kritičnost novih problema. Odrediti koji od njih predstavljaju prepreke za izdavanje, a koje se mogu ispraviti u sljedećem sprintu ili zakrpi. Organizovati zajednički sastanak tima za razvoj, testiranje i upravljanje proizvodom radi donošenja odluka o daljim koracima. Opcije:

• Odložiti izdavanje dok se ne riješe kritični problemi.
• Izdati verziju s poznatim nekritičnim problemima, dokumentovanim.
• Izdati ispravku (patch) odmah nakon izdavanja s rješenjima kritičnih problema.

Paralelno s odlukom:

• Fokusirati napore na testiranje kritičnih dijelova funkcionalnosti.
• Efikasno komunicirati o statusu i pronađenim problemima. Koristiti zajedničke ploče zadataka (Jira, Azure DevOps itd.).
• Analizirati uzroke stalnog pojavljivanja novih problema:
  • Nedovoljno pokrivanje testovima (ručno ili automatizovano).
  • Problemi u procesu razvoja (pregled koda, kultura kodiranja).
  • Žurba u razvoju i testiranju.
  • Nedovoljna specifikacija zahtjeva.

Ako je potrebno, pojačajte regresiono testiranje, dajući mu prioritet. Moguće je da će biti potrebni dodatni resursi ili preraspodjela zadataka unutar tima za testiranje. Automatizujte najčešće i kritične scenarije regresije, ako je to moguće u kratkom roku. Nakon izdavanja, provedite retrospektivu radi identifikacije i uklanjanja uzroka problema.