Sobes.tech
Junior

Ինչու է փոփոխվում Severity և Priority կարգավիճակները փորձարկման գործընթացում:

sobes.tech AI

Պատասխան AI-ից

Դեֆեկտի Severity և Priority կարգավիճակների փոփոխությունը թեստավորման գործընթացում կարող է տեղի ունենալ մի քանի պատճառներով:

  1. Դեֆեկտի ազդեցության ընկալման փոփոխություն՝ արտադրանքի վրա: Սկզբնականում ազդեցությունը կարող էր թերագնահատված լինել (օրինակ՝ считалось проблемой UI, а оказалось, что затрагивает критическую бизнес-логику) կամ գերագնահատված:
  2. Բիզնես պահանջների կամ առաջնահերթությունների փոփոխություն: Եթե դեֆեկտը վերաբերում է գործառույթին, որը դարձել է ավելի կամ պակաս կարևոր բիզնեսի համար, նրա առաջնահերթությունը կարող է փոխվել:
  3. Ապահովված ճանապարհի հայտնաբերում (workaround): Եթե պարզ միջոց է գտվում դեֆեկտից խուսափելու համար առանց զգալի վնասների օգտագործողին, նրա Priority կարող է նվազել: Severity սովորաբար մնում է նույնը, քանի որ շրջանցումը չի վերացնում խնդիրը:
  4. Այլ դեֆեկտների վրա կախվածություն: Մի դեֆեկտի շտկումը կարող է կամ սրել, կամ մեղմել մյուսի ազդեցությունը, ինչը կարող է պահանջել նրանց կարգավիճակների վերանայում:
  5. Կատարված օգտվողների թվի փոփոխություն: Եթե դեֆեկտը, որը սկզբում փոքր նշանակություն էր, հայտնաբերվում է մեծ թվով օգտվողների մոտ, նրա Priority կարող է բարձրացվել:
  6. Սխալ սկզբնական գնահատում: Թեստավորողը կարող էր սխալ գնահատել Severity կամ Priority, բացակայող համատեքստի, գործառնականության կամ բիզնես գործընթացների բացատրության պատճառով:
  7. Ազատման փուլերի փոփոխություն: Տարբեր փուլերում (օրինակ՝ միավորային թեստավորում, ինտեգրացիոն, համակարգային, ընդունման) նույն դեֆեկտի ազդեցությունը կարող է տարբեր ընկալվել:
  8. Թիմի կամ մենեջերի որոշում: Վերջնական որոշումը Severity և Priority-ի մասին հաճախ ընդունվում է թիմային քննարկմամբ՝ թիմլիդի, նախագծի մենեջերի կամ Product Owner-ի մասնակցությամբ, հատկապես վիճահարույց դեպքերում:
  9. Նոր օգտագործման սցենարների հայտնաբերում, որոնք վերաբերում են դեֆեկտին: Եթե դեֆեկտը հայտնաբերվում է ավելի շատ սցենարներում, քան սկզբում ենթադրվում էր, նրա Severity կամ Priority-ը կարող է բարձրացվել:

Կարգավիճակների փոփոխությունները միշտ պետք է հիմնավորված և գրանցված լինեն դեֆեկտների հետևման համակարգում։