Defect Report

Defect Report

փաստաթուղթ է, որը նույնականացնում և նկարագրում է փորձարկողի կողմից հայտնաբերված թերությունը: Անբավարարության մասին զեկույցի նպատակն է հնարավորինս հստակ նշել խնդիրը, որպեսզի developer-ները կարողանան հեշտությամբ գտնեն թերությունը և շտկեն այն:

Defect Report Template

Ընկերությունների մեծ մասում օգտագործվում է defect reporting գործիք, և հաշվետվության տարրերը կարող են տարբեր լինել: Այնուամենայնիվ, ընդհանուր առմամբ, defect reporting-ը կարող է բաղկացած լինել հետևյալ տարրերից.

Bugի մասին developer-ին զեկուցելիս ձեր defect report-ը պետք է պարունակի հետևյալ տեղեկատվությունը`

1.ID - Ունիկալ համար յուրաքանչյուր bug-ի համար
2.Project – Project-ի անունը, որի վրա հայտնաբերվել է bug-ը:
3.Product – Product-ի անունը
4.Realease Version - Product-ի Realease Version-ի համարը, օր. 1, 2 , 3 ....
5.Module – Նշվում է մոդուլը, որտեղ հայտնաբերվել է bug-ը:
6.Detected Build Version - Build Version-ը, որի ընթացքում հայտնաբերվել է bug-ը:
7.Summary - bug-ի ամփոփումն է, գրվում է, թե ինչ է իրենից ներկայացնում bug-ը, սա առաջին ինֆորմացիան է, որը կարդում է Report-ը նայողը:
8.Description - Bug-ի որքան հնարավոր է մանրամասն նկարագրությունն է, բայց առանց ինչ-որ բան կրկնելու կամ բարդ բառեր օգտագործելու: Այն պետք է լինի պարզ, բայց սպառիչ:
9.Steps to Replicate – Քայլ առ քայլ նկարագրվում են այն գործողություններ, որոնց արդյունքում հայտնաբերվել է bug-ը: Պետք է գրվի շատ մանրամասն եւ քայլերը համարակալելով:
10.Actual Result – Իրականում ստացված արդյունքը:
11.Expected Results – Սպասված արդյունքը:
12.Attachments – Կցվում է ցանկացած լրացուցիչ տեղեկատվություն,օրինակ screenshot
13.Remarks – Լրացուցիչ comment-ներ կապված bug-ի հետ:
14.Defect Probability
15.Defect Severity
16.Defect Priority
17.Reported by – Մարդու անունը, ով զեկուցում է bug-ը:
18.Assigned to – Մարդու անունը, ով պետք է վերլուծի կամ ուղղի bug-ը:
19.Status
20.Fixed build Version – Նշվում է build Version-ը, որի ընթացքում ուղղվել է bug-ը:

Արդյունավետ Defect Report գրելու ուղեցույց՝

1.Այն պետք է լինի կոնկրետ եւ հստակ։
2.Մանարամասն։
3.Այն պետք է գրել՝ օբյեկտիվորեն, հենվելով փաստերի վրա խուսափելով , զգացմունքներից:
4.Նախքան bug բացելը, պետք է վստահ լինել, որ այն bug է:
5.Ավարտելուց հետո այն պետք է անպայման վերանայել:
6.Bug գտնելու քայլերը պետք է հնարավորինս մինիմիզացնել:

Օգտակար հղումներ՝

Bug report article/eng
Bug report video tutorial/rus
Bug report video tutorial/eng
Bug, Bug report video tutorial/arm