Meniu

Ghidul totul într-un singur cu privire la densitatea defectelor - importanța sa și modul de calcul.

all one guide defect density its importance

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Un ghid pentru a defecta densitatea:

Valori de testare sunt complicate. Ele sunt singura modalitate de măsurare, dar varietatea este copleșitoare.

S-ar putea să colectați ceva care nu vă oferă analiza dorită. Cea mai sigură cale aici este de a merge pe calea bine bătută.

Aproape fiecare echipă din lume se bazează pe Densitatea defectelor pentru a înțelege tendințele defectelor.

Articolul de astăzi este un ghid all-in-one privind densitatea defectelor (DD).

Ghid de densitate a defectelor

întrebări și răspunsuri la interviu cu seleniu pentru experimentați

Ce veți învăța:

Ce este densitatea defectelor?

Să vedem ce înseamnă densitatea literalmente.

Este „gradul de compactitate al unei substanțe (Sursa: Google)”.

Deci, Densitatea defectelor este compactitatea defectelor din aplicație. (Ok, deci este doar o versiune rafinată a distribuției defectelor.)

Aplicațiile sunt împărțite în zone funcționale sau mai tehnic BLOC (Mii de linii de cod). Prin urmare, numărul mediu de defecte într-o secțiune sau pe KLOC al unei aplicații software este densitatea erorilor.

Cum se calculează densitatea erorilor?

Este o matematică simplă.

Pasul 1: Colectați materia primă: veți avea nevoie de numărul total. de defecte (pentru o lansare / construire / ciclu).

Pasul 2: Calculați media nr. de defecte / Zona funcțională sau KLOC

Formula densității defectului cu exemplu de calcul:

Exemplul nr. 1: Pentru un anumit ciclu de testare există 30 de defecte în 5 module (sau componente). Densitatea ar fi:

Total nr. de defecte / Nr. de module = 30/5 = 6. DD pe modul este de 6.

Exemplul nr. 2: O altă perspectivă ar fi, să zicem, că există 30 de defecte pentru 15KLOC. Ar fi atunci:

Total nr. de defecte / KLOC = 30/15 = 0,5 = Densitatea este 1 Defect pentru fiecare 2 KLOC.

Exemplul 2 este doar pentru acele echipe care sunt conștiente de KLOC și care au nevoie de o măsurare împotriva acestuia. Majoritatea echipelor nu lucrează cu un astfel de statistic. Dar dacă aveți nevoie, puteți afla câte KLOC este aplicația dvs.

De ce este importantă densitatea erorilor?

Fiecare valoare colectată de echipa de testare transmite una dintre următoarele:

  • Progres
  • Productivitate
  • Calitate

Dacă nu, îți pierzi timpul.

DD este cel mai eficient mod de a înțelege calitatea.

De exemplu: O aplicație cu DD 5 pe KLOC este de o calitate mai bună față de o altă aplicație cu 15 pe KLOC.

Cu cât este mai mare densitatea de erori, cu atât este mai slabă Calitatea.

Acesta are două scopuri importante:

  • Informa: Informația este putere, nu-i așa? Cunoașterea celor mai slabe zone ale aplicației dvs. vă ajută să decideți dacă este „potrivită pentru utilizare” sau nu.
  • Apel la acțiune: Un modul cu DD mai mare trebuie reparat. DD ajută la identificarea acestora.

Nu trebuie

# 1)Nu luați în considerare duplicatele / defectele returnate

Densitatea defectelor calculată incorect vă poate induce în eroare echipa.

Nu includeți duplicatele / defectele returnate (nu este o eroare, funcționează conform intenției, nu poate fi reprodus , etc.) Crește numărul totalului nr. de defecte, ceea ce înseamnă că DD va crește proporțional. Ca urmare, valoarea defectului dvs. va sugera o calitate slabă, ceea ce ar fi o alarmă falsă definitivă.

#Două)Nu faceți acest lucru pe baza datelor de o zi

Să ne uităm la această ipotetică situație:

DD1

În ziua 1, DD este mai mare. Acest lucru vă poate trimite echipa într-un mod de panică imediat.

Asa de, așteptați până când aveți materie primă mai bună. Cu alte cuvinte, date în valoare de câteva zile.

De asemenea, atunci când calculați DD, doriți un număr cumulativ de defecte.

În tabelul de mai sus, DD-ul dvs. din ziua 2 nu ia în considerare numărul de defecte de până acum. Se uită doar la datele din acea zi.

Îmi dă impresia că: „Densitatea defectelor din ziua 2 se reduce și crește și nu există nicio tendință.” De asemenea, cum poate reduce densitatea defectelor atunci când nu se face nimic cu privire la defectele raportate cu o zi înainte? Nu-i așa? Gandeste-te la asta.

O modalitate mai bună de a face acest lucru este:

LO2

Din nou, dacă faceți acest lucru zilnic, luați în calcul un număr de defecte cumulative.

Variații

În funcție de nivelul de rafinament de care are nevoie echipa dvs., puteți modifica această valoare a defectelor.

Total nr. defecte mari / critice pe KLOC sau module

  • Puteți face acest lucru și pentru returnarea problemelor pe module. Aici veți colecta doar numărul de probleme care continuă să revină la versiuni / versiuni

La ce valori ale densității erorilor devine inacceptabil software-ul?

Standardul industriei de densitate a defectelor:

Ei bine, acest lucru variază pentru fiecare industrie, aplicație și fiecare echipă. Producția ar avea un prag specific și ar fi complet diferit pentru IT.

DD la valoarea sa nominală arată o calitate slabă. Dar, la rândul său, gravitatea defectelor individuale este cea care decide dacă produsul este potrivit sau nu pentru utilizare.

DD ridicat este indicatorul dvs. pentru a aprofunda și analiza defectele pentru consecințele lor.

Cui nu i-ar plăcea densitatea zero a defectelor, nu? Prin urmare, chiar dacă nu există un standard specific, cu cât această valoare este mai mică, cu atât mai bine.

Gânduri finale:

  • Nu este un număr predictiv. O valoare DD nu ajută la așteptarea calității viitoare a produsului. Poate fi mai bun sau mai rău. Datele istorice nu vor ajuta la predicțiile viitoare.
  • În timpul etapelor / ciclurilor de testare critice (cum ar fi UAT), DD este calculat în funcție de timp.De exemplu: DD / Prima oră, DD pe zi etc.
  • Atunci când se colectează statistici de defecte multiple de eliberare / ciclu, densitatea defectului poate fi pe ciclu sau pe eliberare.
  • O reprezentare grafică simplă a datelor tabulare poate fi după cum urmează:

DD3

Graficul densității defectelor

În concluzie

Densitatea defectului este un indicator cheie de calitate. Nu puteți greși dacă culegeți și prezentați această valoare pentru defecte. Ce este mai mult? Este unul dintre cele mai ușor de calculat.

Sper că acest articol v-a oferit suficientă expunere pentru a începe să utilizați Densitatea defectelor pentru informații mai profunde.

Autor : Swati, membru al echipei STH, a scris acest tutorial detaliat.

Calculați densitatea defectelor în echipele dvs.? Dacă da, o faceți pe ciclu, pe modul sau pe KLOC? Dacă nu, ce alte valori vă ajută să înțelegeți calitatea? Vă rugăm să împărtășiți comentariile și întrebările de mai jos.

Lectură recomandată

^