Cosa faresti se dovessi rilasciare una versione, ma continuamente emergono nuovi problemi, e la loro correzione porta a una nuova fase di regressione?

Valutare la criticità dei nuovi problemi. Determinare quali sono critici per il rilascio e quali possono essere corretti nel prossimo sprint o patch. Organizzare un incontro congiunto del team di sviluppo, testing e gestione del prodotto per decidere i prossimi passi. Opzioni:

• Posticipare il rilascio fino alla correzione dei problemi critici.
• Rilasciare una versione con problemi non critici noti, documentandoli.
• Rilasciare subito dopo il rilascio una versione correttiva (patch) con le correzioni dei problemi critici.

Parallelamente alla decisione:

• Concentrarsi sui test delle parti critiche della funzionalità.
• Comunicare efficacemente lo stato e i problemi riscontrati. Utilizzare board di task condivisi (Jira, Azure DevOps, ecc.).
• Analizzare le cause della costante comparsa di nuovi problemi:
  • Copertura di test insufficiente (manuale o automatizzata).
  • Problemi nel processo di sviluppo (review del codice, cultura del coding).
  • Fretta nello sviluppo e nei test.
  • Specifica dei requisiti insufficiente.

Se necessario, intensificare i test di regressione, dando priorità. Potrebbero essere necessari risorse aggiuntive o redistribuzione dei compiti all’interno del team di testing. Automatizzare gli scenari di regressione più frequenti e critici, se possibile in tempi ristretti. Dopo il rilascio, condurre una retrospettiva per identificare e eliminare le cause profonde dei problemi.