Ką darytumėte, jei turėtumėte išleisti versiją, bet nuolat atsiranda naujų problemų, o jų sprendimas sukelia naują regresijos fazę?

Įvertinti naujų problemų kritiškumą. Nustatyti, kurios iš jų yra pagrindinės kliūtys leidimui, o kurios gali būti išspręstos kitame sprinto ar pataisos etape. Organizuoti bendrą vystymo, testavimo ir produktų valdymo komandos susitikimą, kad būtų priimtas sprendimas dėl tolimesnių veiksmų. Galimi variantai:

• Atidėti leidimą iki kritinių problemų išsprendimo.
• Išleisti versiją su žinomais nekritiniais problemomis, jas dokumentuojant.
• Išleisti pataisos versiją (patch) iškart po leidimo su kritinių problemų sprendimais.

Siekdami priimti sprendimą:

• Susitelkti į kritinių funkcijų testavimą.
• Efektyviai komunikuoti apie būseną ir rastas problemas. Naudoti bendras užduočių lentas (Jira, Azure DevOps ir kt.).
• Analizuoti nuolat atsirandančių naujų problemų priežastis:
  • Testų aprėptis nepakankama (rankinė ar automatizuota).
  • Kūrimo proceso problemos (kodo peržiūra, kodo rašymo kultūra).
  • Skubėjimas kuriant ir testuojant.
  • Reikalavimų nepakankamas apibrėžimas.

Jei reikia, stiprinti regresinį testavimą, jam teikiant prioritetą. Gali būti reikalingi papildomi ištekliai arba užduočių perskirstymas komandos viduje. Automatizuoti dažniausiai pasitaikančius ir kritinius regresijos scenarijus, jei tai įmanoma per trumpą laiką. Po leidimo atlikti retrospektyvą, siekiant nustatyti ir pašalinti problemų priežastis.