Menu

Wszystko w jednym przewodniku po gęstości defektów - jej znaczeniu i sposobie jej obliczenia.

all one guide defect density its importance

Przewodnik po gęstości defektów:

Metryki testowe są trudne. Są jedynym sposobem pomiaru, ale różnorodność jest przytłaczająca.

Możesz zbierać coś, co nie daje Ci potrzebnych danych analitycznych. Najbezpieczniej jest tu iść dobrze utartą ścieżką.

Prawie każdy zespół na świecie polega na gęstości defektów, aby zrozumieć trendy defektów.

Dzisiejszy artykuł to kompleksowy przewodnik po gęstości defektów (DD).

Przewodnik po gęstości defektów

Czego się nauczysz:

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

Spójrzmy, co dosłownie oznacza gęstość.

Jest to „stopień zwartości substancji (źródło: Google)”.

Tak więc gęstość defektów to zwartość defektów w aplikacji. (Ok, więc jest to tylko udoskonalona wersja rozkładu defektów).

Aplikacje są podzielone na obszary funkcjonalne lub bardziej technicznie KLOC (Tysiące wierszy kodu). A zatem, średnia liczba defektów w sekcji lub na KLOC aplikacji to gęstość błędów.

Jak obliczana jest gęstość błędów?

To prosta matematyka.

Krok 1: Zbierz surowiec: będziesz potrzebować całkowitego nie. defektów (dla wydania / kompilacji / cyklu).

Krok 2: Oblicz średnią liczbę wad / Obszar funkcjonalny lub KLOC

Wzór gęstości defektów z przykładem obliczeń:

Przykład 1: W jednym cyklu testowym występuje 30 usterek w 5 modułach (lub komponentach). Gęstość byłaby:

Razem nie. wad / Razem Liczba modułów = 30/5 = 6. DD na moduł wynosi 6.

Przykład nr 2: Inną perspektywą byłoby, powiedzmy, 30 defektów dla 15KLOC. Byłoby wtedy:

Razem nie. defektów / KLOC = 30/15 = 0,5 = gęstość wynosi 1 defekt na każde 2 KLOC.

Przykład 2 jest przeznaczony tylko dla tych zespołów, które są świadome KLOC i które potrzebują pomiaru w stosunku do niego. Większość zespołów nie pracuje z tego rodzaju statystykami. Ale jeśli potrzebujesz, możesz dowiedzieć się, ile KLOC ma Twoja aplikacja.

Dlaczego gęstość błędów jest ważna?

Każdy wskaźnik zebrany przez zespół testowy zawiera jeden z następujących elementów:

  • Postęp
  • Wydajność
  • Jakość

Jeśli nie, tracisz czas.

DD to najskuteczniejszy sposób zrozumienia jakości.

Na przykład: Aplikacja z DD 5 na KLOC jest lepszej jakości niż inna z 15 na KLOC.

Im większa gęstość błędów, tym gorsza jakość.

Służy dwóm ważnym celom:

  • Poinformować: Informacja to potęga, prawda? Znajomość najsłabszych obszarów aplikacji pomaga zdecydować, czy jest ona „zdatna do użycia”, czy nie.
  • Wezwanie do działania: Moduł z wyższym DD wymaga naprawy. DD pomaga je zidentyfikować.

Nie

# 1)Nie bierz pod uwagę duplikatów / zwracanych wad

Niedokładnie obliczona gęstość defektów może wprowadzić Twój zespół w błąd.

Nie dołączaj duplikatów / zwróconych usterek (nie jest to błąd, działa zgodnie z przeznaczeniem, niereprodukowalny itp.) Zwiększa liczbę całkowitą nie. wad, co oznacza, że ​​DD proporcjonalnie wzrośnie. W rezultacie metryka defektów będzie sugerować niską jakość, co będzie stanowczym fałszywym alarmem.

#dwa)Nie rób tego na podstawie danych z jednego dnia

Spójrzmy na tę hipotetyczną sytuację:

LO1

Pierwszego dnia DD jest wyższy. Może to natychmiast wprowadzić twoją drużynę w tryb paniki.

Więc, poczekaj, aż będziesz miał lepszy surowiec. Innymi słowy, dane z kilku dni.

Ponadto, obliczając DD, potrzebujesz skumulowanej liczby defektów.

W powyższej tabeli Twoja DD od dnia 2 nie uwzględnia dotychczasowej liczby usterek. Sprawdza tylko dane z tego dnia.

Daje mi to wrażenie, że: „Gęstość defektów od drugiego dnia zmniejsza się i rośnie i nie ma trendu”. Ponadto, w jaki sposób można zmniejszyć gęstość defektów, skoro nie podejmuje się żadnych działań w sprawie wad zgłoszonych poprzedniego dnia? Prawda? Pomyśl o tym.

Lepszym sposobem na to jest:

LO2

Jeszcze raz, jeśli robisz to codziennie, weź pod uwagę łączną liczbę wad.

Wariacje

W zależności od poziomu udoskonalenia, jakiego potrzebuje Twój zespół, możesz dostosować ten wskaźnik defektów.

Razem nie. defektów o wysokim / krytycznym poziomie na KLOC lub moduły

co to jest wyzwalanie portów a przekierowanie portów
  • Możesz to zrobić również w przypadku zwracania problemów na moduły. Tutaj zbierzesz tylko liczbę problemów, które powracają w kompilacjach / wydaniach

Przy jakich wartościach gęstości błędów oprogramowanie staje się nie do przyjęcia?

Standard branżowy dotyczący gęstości defektów:

Cóż, to zależy od każdej branży, aplikacji i każdego zespołu. Produkcja miałaby określony próg, a dla IT byłby zupełnie inny.

DD w swojej wartości nominalnej wykazuje słabą jakość. Ale to z kolei powaga poszczególnych wad decyduje, czy produkt nadaje się do użytku, czy nie.

Wysoki poziom DD jest twoim wskaźnikiem, aby zagłębić się i przeanalizować twoje defekty pod kątem ich konsekwencji.

Kto nie chciałby mieć zerowej gęstości defektów, prawda? Dlatego nawet jeśli nie ma określonej normy, im niższa wartość, tym lepiej.

Końcowe przemyślenia:

  • Nie jest to liczba predykcyjna. Wartość DD nie pomaga oczekiwać przyszłej jakości produktu. Może być lepiej lub gorzej. Dane historyczne nie pomogą w przyszłych prognozach.
  • Podczas krytycznych etapów / cykli testów (takich jak UAT), DD jest obliczane na podstawie czasu.Na przykład: DD / pierwsza godzina, DD dziennie itp.
  • Podczas zestawiania statystyk dotyczących wielu wydań / cykli defektów, gęstość defektów może odnosić się do cyklu lub wydania.
  • Prosta graficzna reprezentacja danych tabelarycznych może wyglądać następująco:

DD3

Wykres gęstości defektów

Podsumowując

Gęstość defektów jest kluczowym wskaźnikiem jakości. Nie możesz się pomylić przy zbieraniu i prezentowaniu tej metryki defektu. Co więcej? Jest to jeden z najłatwiejszych do obliczenia.

Mam nadzieję, że ten artykuł zapewnił ci wystarczająco dużo informacji, abyś mógł zacząć korzystać z gęstości defektów, aby uzyskać głębszy wgląd.

Autor : Członek zespołu STH Swati napisał ten szczegółowy samouczek.

Czy obliczasz gęstość defektów w swoich zespołach? Jeśli tak, czy robisz to na cykl, na moduł czy na KLOC? Jeśli nie, jakie inne wskaźniki pomogą Ci zrozumieć jakość? Podziel się swoimi komentarzami i pytaniami poniżej.

rekomendowane lektury

^