Wat zou je doen als je een release moet uitbrengen, maar voortdurend nieuwe problemen worden ontdekt, en het oplossen ervan leidt tot een nieuwe regressiefase?

De kriticiteit van nieuwe problemen beoordelen. Bepalen welke problemen kritische obstakels voor de release zijn en welke in de volgende sprint of patch kunnen worden opgelost. Een gezamenlijke vergadering organiseren van het ontwikkel-, test- en productmanagementteam om de volgende stappen te bepalen. Opties:

• De release uitstellen totdat kritische problemen zijn opgelost.
• Een versie uitbrengen met bekende niet-kritische problemen, documenteren ervan.
• Een fix-versie (patch) direct na de release uitbrengen met de oplossingen voor kritische problemen.

Tegelijk met de beslissing:

• Focus op het testen van kritische onderdelen van de functionaliteit.
• Effectief communiceren over de status en gevonden problemen. Gebruik maken van gedeelde takenborden (Jira, Azure DevOps, etc.).
• De oorzaken van het constante verschijnen van nieuwe problemen analyseren:
  • Onvoldoende testdekking (handmatig of geautomatiseerd).
  • Problemen met het ontwikkelproces (code review, coderingscultuur).
  • Haast in ontwikkeling en testen.
  • Onvoldoende specificatie van vereisten.

Indien nodig, regressietests versterken en prioriteren. Mogelijk extra middelen of herverdeling van taken binnen het testteam. Automatiseer de meest voorkomende en kritische regressiescenario's, indien mogelijk binnen korte termijn. Na de release, een retrospectief uitvoeren om de oorzaken van problemen te identificeren en te elimineren.