Sistem de urmărire a erorilor
Sistemul de urmărire a erorilor este un program de aplicație conceput pentru a ajuta dezvoltatorii de software ( programatori , testeri etc.) să ia în considerare și să controleze erorile și problemele găsite în programe, dorințele utilizatorilor și, de asemenea, să monitorizeze procesul de eliminare a acestor greșeli și îndeplinirea sau neîndeplinirea acestora. de dorințe.
Compoziția informațiilor despre defecțiuni
Componenta principală a unui astfel de sistem este o bază de date care conține informații despre defectele detectate. Aceste informații pot include:
- numărul ( identificatorul ) defectului;
- o scurtă descriere a defectului;
- care a raportat defectul;
- data și ora la care a fost descoperit defectul;
- versiunea produsului la care s-a constatat defectul;
- gravitatea (criticitatea) defectului și prioritatea soluției [1] ;
- o descriere a pașilor de identificare a defectului (reproducerea comportamentului nedorit al programului);
- rezultatul așteptat și rezultatul real;
- cine este responsabil pentru remedierea defecțiunii;
- discutarea soluțiilor posibile și a consecințelor acestora;
- starea actuală (starea) defectului;
- versiunea produsului în care este remediat defectul.
În plus, sistemele avansate oferă posibilitatea de a atașa fișiere care ajută la descrierea problemei (de exemplu, o descărcare de memorie sau o captură de ecran ).
Ciclul de viață al defectului
De regulă, sistemul de urmărire a erorilor folosește una sau alta versiune a „ ciclului de viață ” al erorii, a cărei etapă este determinată de starea sau starea curentă în care se află bug-ul.
Ciclul de viață tipic al defectelor:
- nou - defectul a fost înregistrat de testator
- numit - responsabil pentru remedierea defectului este atribuit
- rezolvat - defectul revine în responsabilitatea testatorului. De regulă, este însoțit de o rezoluție, de exemplu:
- fix (remedierile sunt incluse în versiunea așa și așa )
- duplicat (repetă un defect deja în curs).
- nu este remediat (funcționează conform specificațiilor, are o prioritate prea scăzută, remedierea este amânată până la următoarea versiune etc.)
- ireproductibil (cerere de informații suplimentare despre condițiile în care se manifestă defectul).
- apoi testerul verifică remedierea, în funcție de care defectul revine fie la starea atribuită (dacă este descris ca fiind fix, dar neremediat), fie la starea închisă .
- redeschis - defectul este regasit intr-o alta versiune.
Sistemul poate oferi unui administrator abilitatea de a configura utilizatorii care pot vizualiza și edita erorile în funcție de starea lor, pot modifica starea sau le pot șterge.
Într-un mediu corporativ, un sistem de urmărire a erorilor poate fi utilizat pentru a genera rapoarte care arată productivitatea programatorilor în remedierea erorilor. Cu toate acestea, adesea această abordare nu oferă rezultate suficient de precise, deoarece erori diferite au grade diferite de severitate și complexitate. În același timp, severitatea problemei nu este direct legată de dificultatea remedierii erorii.
Vezi și
Note
- ↑ „Bazer, de exemplu, sugerează o scară de la 1 (eroare minoră, cum ar fi gramaticală) la 10 (fatală, provocând eșecuri în alte sisteme, războaie, crime etc.)” . „Testare software”, Kaner, Faulk, Nguyen. Ch. 5, p. 105. ISBN 9667393879