Mida teeksite, kui peate välja andma versiooni, kuid pidevalt avastatakse uusi probleeme, mille parandamine viib uue regressiooni faasini?

Uurida uute probleemide kriitilisust. Määrata, millised neist on olulised väljalaske takistused ja millised saab parandada järgmises sprindis või plaastris. Korraldada ühine arendus-, testimis- ja tootehaldusmeeskonna koosolek, et otsustada edasised sammud. Valikud:

• Viivitada väljalase kuni kriitiliste probleemide lahendamiseni.
• Välja anda versioon teadaolevate mitte-kriitiliste probleemidega, dokumenteerides need.
• Välja anda parandav versioon (patch) kohe pärast väljalaset kriitiliste probleemide lahendustega.

Otsuse tegemisega paralleelselt:

• Keskenduda kriitiliste funktsiooni osade testimisele.
• Efektiivselt suhelda oleku ja leitud probleemide kohta. Kasutada ühiseid ülesannelaudu (Jira, Azure DevOps jms).
• Analüüsida pidevalt uute probleemide tekkimise põhjuseid:
  • Testide katvus on ebapiisav (käsitsi või automatiseeritult).
  • Arendusprotsessis probleemid (koodi ülevaatus, koodikirjutamise kultuur).
  • Kiirustamine arenduses ja testimises.
  • Nõuete ebapiisav spetsiifikatsioon.

Kui vaja, tugevdada regressiooniteste, andes neile prioriteedi. Võimalik, et on vaja täiendavaid ressursse või ülesannete ümberjaotust meeskonnas. Automatiseerida kõige sagedamini ja kriitilisemad regressioonisüžeesärgid, kui see on võimalik lühikese aja jooksul. Pärast väljalaset teha retrospektiiv, et tuvastada ja kõrvaldada probleemide põhjused.