თუ თქვენ უნდა გამოუშვათ ვერსია, მაგრამ მუდმივად იჩენს თავს ახალი პრობლემები, და მათი გამოსწორება იწვევს ახალი რეგრესიის ფაზას, რა გააკეთებდით?

Նոր խնդիրների կարևորությունը գնահատել: Որոշել, թե որոնք են թողարկման համար խոչընդոտներ և որոնք կարելի է ուղղել հաջորդ սպրինտում կամ փաթչում: Կազմակերպել զարգացման, թեստավորման և արտադրանքի կառավարման թիմերի համատեղ հանդիպում՝ որոշելու հաջորդ քայլերը: Ընտրանքներ՝

• Թողարկումը հետաձգել մինչև կարևոր խնդիրների լուծումը:
• Թողարկել հայտնի ոչ կարևոր խնդիրներով, դրանք փաստաթղթավորելով:
• Թողարկումից անմիջապես հետո թողարկել ուղղումային տարբերակ (փաթչ)՝ կարևոր խնդիրների լուծումներով:

Նույն ժամանակ որոշում ընդունելու գործընթացի հետ՝

• Կենտրոնանալ կարևոր գործառնական մասերի թեստավորման վրա:
• Էֆեկտիվ հաղորդակցություն՝ ստատուսների և հայտնաբերված խնդիրների մասին: Օգտագործել ընդհանուր առաջադրանքային սեղաններ (Jira, Azure DevOps և այլն):
• Անհապաղ նոր խնդիրների առաջացման պատճառների վերլուծություն՝
  • Թեստավորման անբավարար ծածկույթ (ձեռքով կամ ավտոմատացված):
  • Զարգացման գործընթացում խնդիրներ (կոդի վերանայում, կոդ գրելու մշակույթ):
  • Զարգացման և թեստավորման շտապողականություն:
  • Պահանջների անբավարար սահմանում:

Եթե անհրաժեշտ է, ուժեղացնել ռեգրեսիոն թեստավորումը՝ առաջնահերթություն տալով: Կարող է անհրաժեշտ լինել լրացուցիչ ռեսուրսներ կամ առաջադրանքների վերաօգտագործում թիմի ներսում: Ավտոմատիզացնել ամենատարածված և կարևոր ռեգրեսիոն սցենարները, եթե դա հնարավոր է կարճ ժամանակում: Նախքան թողարկելը, անցկացրեք վերանայում՝ խնդիրների հիմնական պատճառները հայտնաբերելու և վերացնելու համար: