CICLUL DE VIAȚĂ AL DEFECTELOR

Question 1

Ce este ciclul de viață al defectelor?

Answer 1

Este procesul prin care trece un defect de la identificare la rezolvare și închidere.

Question 2

Care sunt etapele principale ale ciclului de viață al defectelor?

Answer 2

1. Nou - Defect raportat și înregistrat.
2. Atribuit - Alocat unui dezvoltator.
3. Deschis - Confirmat și în lucru.
4. Fixat - Remediat de dezvoltator.
5. Retestat - Verificat de tester.
6. Închis - Rezolvat și nereproductibil.
7. Redeschis - Defect închis anterior reapare în timpul testării ulterioare.
8. Amânat - Remedierea întârziată.
9. Respins - Invalid sau nereproductibil sau nu este considerat o probllemă
10. Duplicat - Similar cu un defect existent.Defect închis anterior reapare în timpul testării ulterioare.
11. Nu este un bug - Raportarea descrie un comportament corect sau intenționat al aplicației.

Question 3

Ce este un raport de eroare?

Answer 3

Document detaliat despre bug-urile descoperite, incluzând descrierea, severitatea și prioritatea.

Question 3

Ce informații ar trebui să conțină un raport de defect?

Answer 3

• 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

Question 3

Ce este severitatea defectelor?

Answer 3

Gradul de impact al unui defect asupra funcționalității unui sistem.

Question 4

Ce este prioritatea defectelor?

Answer 4

Nivelul de urgență al remedierii unui defect, decis pe baza impactului de afaceri.

Question 5

Care este scopul unui raport de defect?

Answer 5

Identificarea și documentarea defectelor pentru remediere eficientă.

Question 6

Care este diferența între severitate și prioritate?

Answer 6

Severitatea indică impactul tehnic, prioritatea reflectă urgența din perspectiva afacerii.

Question 7

Cine decide severitatea unui defect?

Answer 7

Testerul.

Question 8

Cine decide prioritatea unui defect?

Answer 8

Managerul de proiect sau echipa de afaceri.

Question 9

Care sunt categoriile de severitate?

Answer 9

• Critică,
• Majoră,
• Minoră,
• Scăzută.

Question 10

Exemplu de defect critic:

Answer 10

Un defect care blochează complet funcționalitatea aplicației, făcând imposibilă utilizarea sau testarea acesteia. Întreaga aplicație devine inaccesibilă.

Question 11

Ce este un defect major?

Answer 11

Un defect în cazul în care nu este afectată întreaga aplicație, cu toate acestea, funcționalitățile majore ale unui sistem nu funcționează.

Question 12

Ce este un defect minor?

Answer 12

Un defect în cazul în care comportamentul aplicației nu este așa cum vă așteptați, dar acest comportament nu are nici un impact major asupra funcționalității.

Question 13

Ce este un defect cu severitate scăzută?

Answer 13

Un defect care nu împiedică deloc funcționalitatea aplicației, este de natură cosmetică și nu afectează funcționalitatea sau un utilizator direct.

Question 14

Care sunt categoriile de prioritate?

Answer 14

• Mare,
• Medie,
• Scăzută.

Question 15

Ce este un defect de înaltă prioritate?

Answer 15

Un defect care are impact asupra întregii aplicații și trebuie remediat cât mai curând posibil

Question 16

Ce este un defect de prioritate medie?

Answer 16

Un defect care nu afectează mediul de afaceri și clientul și poate aștepta să fie remediat.

Question 17

Ce este un defect cu prioritate scăzută?

Answer 17

Un defect cu impact minim asupra aplicației, care poate fi remediat după ce defectele de prioritate mai mare sunt rezolvate.

Question 18

Exemplu de severitate ridicată și prioritate ridicată.

Answer 18

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.

Question 19

Exemplu de severitate scăzută și prioritate ridicată.

Answer 19

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.

Question 20

Exemplu de severitate ridicată și prioritate scăzută.

Answer 20

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).

Question 21

Exemplu de severitate scăzută și prioritate scăzută.

Answer 21

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ă.

Question 22

Care este scopul atașărilor într-un raport de defect?

Answer 22

Să demonstreze vizual problema prin capturi de ecran sau loguri.

Question 23

De ce sunt importante pașii de reproducere în raportul de defecte?

Answer 23

Ajută la identificarea rapidă și remedierea eficientă a problemei.

Question 24

Ce trebuie inclus în titlul/descrierea raportului de defecte?

Answer 24

O descriere concisă a problemei, cu termeni specifici.

Question 25

Cum asigurăm calitatea raportului de eroare?

Answer 25

Revizuire colegială, trasabilitate, testare auto-curată.