În procesul de lucru, dezvoltatorii rezolvă bug-uri și implementează noi funcționalități. Diferitele bug-uri și funcții au o importanță diferită pentru proiect, diferite priorități (adică ordinea execuției).
Dar oamenii diferiți au opinii diferite asupra a ceea ce este mai important și care este mai puțin. Ceea ce testerul sau dezvoltatorul consideră neimportant poate fi semnificativ pentru client. Și invers.
Ei bine, situația în care un tester susține că eroarea în mod necesar trebuie să fie corectate, iar dezvoltatorul cu ea nu este de acord, familiară fiecăruia dintre noi. În practică, din acest motiv, există adesea dispute și neînțelegeri.
În plus. În absența oricărui document de reglementare, în determinarea importanței și priorității, ne putem baza doar pe propria noastră idee despre produse. Având în vedere amploarea și istoria lungă a produselor, nu există nici o garanție că aceasta
a) va fi corect
b) coincide cu oameni diferiți.
Din aceste motive, sunt stabilite reguli pentru determinarea criticității și priorității defectelor. Un exemplu de astfel de reglementare este prezentat mai jos.
1 Scopul documentului
„Regulile determină defecte de importanță și prioritate“ este introdus pentru a comanda sarcini și erori, unificarea și simplificarea sarcinilor, cum ar fi stabilirea priorităților, în care sarcina de a fi efectuate, prostanovka testere criticalității preveni dispute cu privire la importanța și prioritatea defectelor și a problemelor.
2 Criterii Criterii
Severitatea. Criticitatea erorii. Determinat de către tester la înregistrarea unei erori. Indică gravitatea consecințelor sale asupra funcționării sistemului, satisfacția utilizatorilor, performanța financiară.
Erori din backend au o prioritate mai mică decât erorile din interfață. Defectele pentru care există o soluție care nu permite erorile sunt date cu o prioritate mai mică decât cele care nu au această cale.
Pentru a determina criticitatea, utilizați următoarea listă de sisteme funcționale:
Pentru defecte, câmpul de "gravitate" este obligatoriu, pentru sarcini - opțional. În mod prestabilit, toate intrările noi sunt setate la Minor.
Critice. Defectele critice care fac imposibilă funcționarea funcționalității în curs de testare sau perturba funcționarea normală a funcțiilor critice pentru modelul de afaceri. Recunoscute critic sunt defectele reproduse în mod stabil, ceea ce face imposibilă utilizarea funcțiilor de bază.
Maior. Defecte majore, fără soluția căreia funcționalitatea planificată nu poate fi considerată realizată și funcțională. Defectele mari sunt recunoscute ca complicând utilizarea funcțiilor de bază sau făcând imposibilă utilizarea funcțiilor suplimentare.
Minor. Defectele minore care afectează într-o mică măsură funcționalitatea sistemului sau au soluții evidente. Defectele mici sunt recunoscute ca complicând utilizarea funcțiilor suplimentare.
Trivial. Defectele triviale care nu afectează funcționalitatea sistemului, însă agravează impresia utilizatorului de acesta. defecte triviale recunoscute în interfața cu utilizatorul, cum ar fi greșelile de scriere, gramatica, ortografie, greșeli de punctuație în textele, erori subtile în afișarea paginilor în funcție de setările browser-ului și a utilizatorului etc.
3 Reguli pentru determinarea priorității
Prioritatea. Prioritatea unei erori sau a unei sarcini este determinată de managerul de proiect când este transferată la dezvoltare. Indică ordinea în care ar trebui să se îndeplinească sarcinile, care ar trebui să se facă în primul rând și care ulterior.
Câmpul "prioritate" este obligatoriu, atât pentru defecte, cât și pentru sarcini. În mod prestabilit, toate intrările noi sunt setate la "Normal". Înregistrarea înregistrării testerului nu modifică această valoare. Dacă doriți să creșteți sau să micșorați prioritatea, managerul de proiect modifică valoarea înainte de a-l trimite la dezvoltare.
Top. Prioritate maximă. Acesta este atribuit erorilor, care trebuie corectate fără întârziere. Această prioritate poate fi atribuită numai erorilor, dar nu și sarcinilor. Acesta este destinat situațiilor de urgență care au un impact extrem de negativ asupra afacerii companiei și necesită o corecție imediată. Corectarea și publicarea acestor erori se efectuează în primul rând, înainte de punerea în aplicare a oricăror noi sarcini.
De obicei, cea mai mare prioritate este atribuită defectelor funcționale critice, dar sunt posibile și excepții. De exemplu, situația în care, din cauza unei erori trivială în căi de fișier de pe pagina principală de portal nu va încărca un logo și un buton de meniu, și trebuie să fie corectate fără întârziere.
Înaltă. Prioritate ridicată. Este atribuită erorilor și sarcinilor care trebuie corectate mai întâi. În fiecare proiect în orice moment nu pot exista mai mult de 10 erori deschise sau sarcini de prioritate înaltă. În cazul în care apare o sarcină cu prioritate mai mare, managerul de proiect îi poate atribui o prioritate "Ridicată" numai după scăderea priorității altor sarcini.
Normal. Prioritate normală. Este atribuită erorilor și sarcinilor, care ar trebui corectate în ordinea a doua, în stare de funcționare. Această prioritate este selectată implicit. Majoritatea erorilor și sarcinilor ar trebui să primească această prioritate.
Scăzut. Prioritate scăzută. Se atribuie erorilor și sarcinilor, a căror corectare nu este necesară și se face ultima dacă există timp.