Ի՞նչ անել, եթե սխալը կրկնակի ուղարկելուց հետո ծրագրավորողը պնդում է, որ դա սխալ չէ։

Անհրաժեշտության դեպքում, ես կձեռնարկեմ հետևյալ գործողությունները:

1. Սխալի ստուգում: Ես համոզվելու եմ, որ սխալը կրկնվում է նշված փորձարկման միջավայրում (մասի տարբերակ, միջավայր, ՕՀ, բրաուզեր և այլն), օգտագործելով սխալի հաշվետվությունից վերարտադրության քայլերը:
2. Վերացուցում վերարտադրության քայլեր: Հնարավոր է, որ խնդիրը կապված է քայլերի անհստակության կամ ոչ լրիվ նկարագրության հետ: Ես կփորձեմ դրանք առավել մանրամասն և հստակ դարձնել:
3. Ավելին տեղեկություններ հավաքել: Լոգեր, էկրանային լուսանկարներ/վիդեոներ, ցանցային հարցումներ (եթե կիրառելի է), տվյալներ տվյալների բազայից:
4. Նման դեպքերի ստուգում: Հետաքրքիր է, եղել են նմանատիպ սխալներ նախկինում: Ինչպես են լուծվել:
5. Անձնական զրույց ծրագրավորողի հետ: Ես կհստակեցնեմ նրա տեսակետը: Հնարավոր է, նա համարում է վարքը որպես ֆունկցիա, չէր գիտակցել պահանջը կամ տեսնում է ինչ-որ առանձնահատկություն, որը ինձ համար ակնհայտ չէ: Դիալոգը հաճախ օգնում է գտնել խնդրի հիմքը:
6. Ներգրավում Product Owner/Բիզնես վերլուծաբանի: Եթե քննարկումից հետո համաձայնություն չի ձեռք բերվում և ես վստահ եմ, որ կա սխալ, ապա ներգրավում եմ Product Owner կամ Բիզնես վերլուծաբանի՝ առաջնահերթությունը և հետագա գործողությունները որոշելու համար:
7. Թարմացում սխալի հաշվետվության: Ավելացնում եմ բոլոր հավաքագրված տեղեկությունները, քննարկումների արդյունքները և ընդունած որոշումը:
8. Փակել սխալը (եթե անհրաժեշտ է): Եթե Product Owner/Բիզնես վերլուծաբանի որոշումից կամ համաձայնության հասնելուց հետո պարզվի, որ դա սխալ չէ կամ թերությունը ընդունելի է, ապա փակեմ սխալի հաշվետվությունը համապատասխան մեկնաբանությամբ։