principalele tipuri de defecte în testarea Software-ului

principalele tipuri de defecte în testarea Software-ului
octombrie 1110:002011 de Nataliia VasylynaPrint acest articol

notă: articolul a fost actualizat în August 2018.

există mai multe clasificări diferite ale problemelor software care se bazează pe un anumit criteriu, de exemplu, clasificarea în funcție de gravitatea, probabilitatea și prioritatea defectelor.

defecte de Software în funcție de gravitatea lor

când vine vorba de severitatea erorilor, există patru tipuri majore:

  • critice – probleme care necesită îndepărtarea imediată, afectează funcționalitatea de bază a produsului și poate provoca accidente de sistem sau software bloc operabilitate
  • majore – defecte care afectează funcțiile principale ale sistemului, dar nu provoacă crash-jos a întregului sistem
  • minore – bug – uri care nu au un impact mult asupra funcționalității sistemului și nu afectează fluxul de lucru, dar care pot avea un impact negativ asupra experienței utilizatorului
  • Trivial-probleme care nu sunt legate de funcționalitatea sistemului și care pot fi omise, de exemplu, greșeli de ortografie.

Probabilitatea defectului este un parametru care definește posibilitatea ca problema să apară și să fie detectată de utilizatorii finali. Conform acestor criterii, există defecte de probabilitate ridicate, medii și mici.

în ceea ce privește scopurile de afaceri, defectele pot fi clasificate ca probleme cu prioritate ridicată, medie și scăzută. Defectele cu prioritate ridicată ar trebui remediate la început, deoarece afectează nevoile afacerii.

de asemenea, există o astfel de clasificare a defectelor în testarea software-ului:

defecte suplimentare

o cerință încorporată în produs care nu a fost dată de client. Aceasta este de obicei o discrepanță față de specificația proiectului, dar poate fi și o caracteristică solicitată de utilizatorii finali. Cu toate acestea, este considerat un defect, deoarece nu îndeplinește cerințele existente.

defecte lipsă

cerința dată de client nu a fost făcută. Aceasta este, de asemenea, o discrepanță față de specificații – o caracteristică care nu ar trebui implementată în conformitate cu specificațiile. De asemenea, poate însemna că cerința clientului nu a fost notată în mod corespunzător.

defecte greșite

cerințele care sunt efectuate în mod fals. De fapt, acest defect poate apărea din cauza neînțelegerii în cadrul echipei de proiect și al clientului.

Aflați mai multe de la QATestLab

articolul “etichetat” ca: Categorii:

Leave a Reply