Co to jest gęstość defektów? Wzór do obliczenia na przykładzie

Przez: Tomasza Hamiltona Tomasza Hamiltona
Hours Zaktualizowano

Co to jest gęstość defektów?

Gęstość defektów to liczba defektów potwierdzonych w oprogramowaniu/module podczas konkretnego okres operacja lub rozwoju podzielonego przez rozmiar oprogramowania/modułu. Umożliwia podjęcie decyzji, czy oprogramowanie jest gotowe do wydania.

Gęstość defektów liczy się na tysiąc linii kodu, co jest również znane jako KLOC.

Jak obliczyć gęstość defektów

Wzór na pomiar gęstości defektów: 
Defect Density = Defect count/size of the release

Rozmiar wydania można zmierzyć w kategoriach linii kodu (LoC).

Przykład gęstości defektów

Załóżmy, że masz 3 moduły zintegrowane z Twoim produktem oprogramowania. Każdy moduł ma następującą liczbę odkrytych błędów-

  • Moduł 1 = 10 błędów
  • Moduł 2 = 20 błędów
  • Moduł 3 = 10 błędów

Całkowita liczba błędów = 10+20+10 =40

Całkowita linia kodu dla każdego modułu to

  • Moduł 1 = 1000 LOC
  • Moduł 2 = 1500 LOC
  • Moduł 3 = 500 LOC

Całkowita linia kodu = 1000+1500+500 = 3000

Gęstość defektów oblicza się jako:

Defect Density = 40/3000 = 0.013333 defects/loc = 13.333 defects/Kloc

Gęstość defektów

Norma gęstości defektów

Jednakże nie ma ustalonego standardu dotyczącego gęstości błędów, badania sugerują, że jedna wada na tysiąc linii kodu jest powszechnie uważana za oznakę dobrej jakości projektu.

Czynniki wpływające na metryki gęstości defektów
  • Złożoność kodu
  • Rodzaj wad uwzględniany w obliczeniach
  • Czas trwania uwzględniany przy obliczaniu gęstości defektów
  • Umiejętności programisty lub testera

Zalety gęstości defektów

  • Pomaga zmierzyć skuteczność testów
  • Pomaga różnicować defekty komponentów/modułów oprogramowania
  • Jest to przydatne w identyfikowaniu obszarów wymagających korekty lub ulepszenia
  • Jest to przydatne we wskazywaniu komponentów wysokiego ryzyka
  • Pomaga w identyfikacji potrzeb szkoleniowych w zakresie różnych zasobów
  • Może to być pomocne w szacowaniu liczby testów i przeróbek ze względu na błędy
  • Może oszacować resztę wady w oprogramowaniu
  • Przed wydaniem możemy określić, czy nasze testy są wystarczające
  • Możemy zapewnić bazę danych o standardowej gęstości defektów