Ce ai face dacă trebuie să lansezi o versiune, dar în mod constant apar probleme noi, iar remedierea lor duce la o nouă fază de regresie?

Evaluarea criticității noilor probleme. Determinarea celor care reprezintă obstacole majore pentru lansare și cele care pot fi remediate în următorul sprint sau patch. Organizarea unei întâlniri comune a echipelor de dezvoltare, testare și management de produs pentru a decide pașii următori. Opțiuni:

• Amânarea lansării până la remedierea problemelor critice.
• Lansarea unei versiuni cu probleme non-critice cunoscute, documentate.
• Lansarea unei versiuni corective (patch) imediat după lansare cu remedierile problemelor critice.

Simultan cu decizia:

• Focalizarea eforturilor pe testarea părților critice ale funcționalității.
• Comunicare eficientă despre starea și problemele identificate. Utilizarea panourilor de sarcini comune (Jira, Azure DevOps etc.).
• Analiza cauzelor apariției constante a noilor probleme:
  • Acoperire insuficientă a testelor (manuale sau automate).
  • Probleme în procesul de dezvoltare (revizuirea codului, cultura scrierii codului).
  • Grabă în dezvoltare și testare.
  • Specificație insuficientă a cerințelor.

Dacă este necesar, intensificarea testelor de regresie, prioritizându-le. Pot fi necesare resurse suplimentare sau redistribuirea sarcinilor în cadrul echipei de testare. Automatizarea scenariilor de regresie cele mai frecvente și critice, dacă este posibil în termene scurte. După lansare, realizarea unei retrospective pentru identificarea și eliminarea cauzelor principale ale problemelor.