CICLUL DE VIAȚĂ AL DEFECTELOR Flashcards
Ce este ciclul de viață al defectelor?
Este procesul prin care trece un defect de la identificare la rezolvare și închidere.
Care sunt etapele principale ale ciclului de viață al defectelor?
- Nou - Defect raportat și înregistrat.
- Atribuit - Alocat unui dezvoltator.
- Deschis - Confirmat și în lucru.
- Fixat - Remediat de dezvoltator.
- Retestat - Verificat de tester.
- Închis - Rezolvat și nereproductibil.
- Redeschis - Defect închis anterior reapare în timpul testării ulterioare.
- Amânat - Remedierea întârziată.
- Respins - Invalid sau nereproductibil sau nu este considerat o probllemă
- Duplicat - Similar cu un defect existent.
- Nu este un bug - Raportarea descrie un comportament corect sau intenționat al aplicației.
Ce este un raport de eroare?
Document detaliat despre bug-urile descoperite, incluzând descrierea, severitatea și prioritatea.
Ce informații ar trebui să conțină un raport de defect?
- ID-ul defectului
- Descrierea defectului
- Versiune sistemului
- Mediu de testare (browser, OS etc.)
- Pași pentru reproducerea defectului
- Rezultatul așteptat
- Rezultatul actual
- Atașamente
- Data raportării
- Numele testerului care a detectat
- Starea defectului
- Severitate
- Prioritate
- Fixat de
- Data închiderii
Ce este severitatea defectelor?
Gradul de impact al unui defect asupra funcționalității unui sistem.
Ce este prioritatea defectelor?
Nivelul de urgență al remedierii unui defect, decis pe baza impactului de afaceri.
Care este scopul unui raport de defect?
Identificarea, documentarea și monitorizarea defectelor pentru remediere eficientă.
Care este diferența între severitate și prioritate?
Severitatea indică impactul tehnic, prioritatea reflectă urgența din perspectiva afacerii.
Cine decide severitatea unui defect?
Testerul.
Cine decide prioritatea unui defect?
Managerul de proiect sau echipa de afaceri.
Care sunt categoriile de severitate?
- Critică,
- Majoră,
- Minoră,
- Scăzută.
Exemplu de defect cu severitate critică:
Un defect care blochează complet funcționalitatea aplicației, făcând imposibilă utilizarea sau testarea acesteia. Întreaga aplicație devine inaccesibilă.
Ce este un defect major?
Un defect care nu afectează întreaga aplicație, cu toate acestea, funcționalitățile importante ale unui sistem nu funcționează corect.
Ce este un defect cu severitate minora?
Un defect în cazul în care comportamentul aplicației nu corespunde așteptărilor, dar nu are nici un impact major asupra funcționalității.
Ce este un defect cu severitate scăzută?
Un defect care nu afectează deloc funcționalitatea aplicației, este de natură cosmetică.
Care sunt categoriile de prioritate?
- Înaltă,
- Medie,
- Joasă.
Ce este un defect de înaltă prioritate?
Un defect care are impact asupra întregii aplicații și trebuie remediat cât mai curând posibil
Ce este un defect de prioritate medie?
Un defect care necesită remediere, dar nu este considerată critică și poate aștepta să fie remediat.
Ce este un defect cu prioritate scăzută?
Un defect cu impact minim asupra aplicației, care poate fi remediat după ce defectele de prioritate mai mare sunt rezolvate.
Exemplu de severitate ridicată și prioritate ridicată.
Defect care blochează o funcționalitate esențială și afectează toți utilizatorii.
Exemplu: Utilizatorul nu se poate conecta la aplicația bancară deoarece butonul “Conectare” nu răspunde.
Exemplu de severitate scăzută și prioritate ridicată.
Defect cosmetic care nu afectează funcționalitatea, dar este esențial pentru experiența utilizatorului.
Exemplu: Paginile aplicației arată diferit în browsere diferite, afectând consistența designului.
Exemplu de severitate ridicată și prioritate scăzută.
Defect care afectează funcționalitatea, dar impactul este redus din cauza utilizării scăzute.
Exemplu: Site-ul bancar nu funcționează pe o versiune veche de browser (ex.: IE8).
Exemplu de severitate scăzută și prioritate scăzută.
Defect cosmetic minor, fără impact asupra funcționalității sau experienței utilizatorilor.
Exemplu: În secțiunea “Ajutor” a site-ului, un link către un articol afișează o pictogramă greșită. Funcționalitatea este intactă, iar utilizatorii rareori accesează această zonă.
Care este scopul atașărilor într-un raport de defect?
Să demonstreze vizual problema prin capturi de ecran sau loguri.
De ce sunt importanți pașii de reproducere în raportul de defecte?
Ajută la identificarea rapidă și remedierea eficientă a problemei.
Ce trebuie inclus în titlul/descrierea raportului de defecte?
O descriere concisă a problemei, cu termeni specifici.
Cum asigurăm calitatea raportului de eroare?
Revizuire colegială, trasabilitate, testare auto-curată.
