Menu

All In One Guide on Defect Density - its Importance and How to Calculate it.

all one guide defect density its importance

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Průvodce defektem hustoty:

Testovací metriky jsou složité. Jsou jediným způsobem měření, ale rozmanitost je ohromující.

Mohli byste sbírat něco, co vám nedává analytiku, kterou chcete. Nejbezpečnějším způsobem je jít po dobře vyšlapané cestě.

Téměř každý tým na světě spoléhá na defektní hustotu, aby porozuměl trendům defektů.

Dnešní článek je příručkou „vše v jednom“ o Defect Density (DD).

Průvodce hustotou defektů

příklady aplikací internetu věcí

Co se naučíte:

Co je hustota defektů?

Podívejme se, co doslova znamená hustota.

Je to „stupeň kompaktnosti látky (zdroj: Google)“.

Defect Density je tedy kompaktnost vad aplikace. (Dobře, je to jen rafinovaná verze distribuce defektů.)

Aplikace jsou rozděleny do funkčních oblastí nebo více technicky BLOK (Tisíc řádků kódu). Tím pádem, průměrný počet defektů v sekci nebo na KLOC softwarové aplikace je hustota chyb.

Jak se počítá hustota chyb?

Je to jednoduchá matematika.

Krok 1: Sbírejte surovinu: Budete potřebovat celkový počet. vad (pro vydání / sestavení / cyklus).

Krok 2: Vypočítejte průměrný počet. vad / Funkční oblast nebo KLOC

Vzorec hustoty defektu s příkladem výpočtu:

Příklad č. 1: Pro konkrétní testovací cyklus existuje 30 závad v 5 modulech (nebo součástech). Hustota by byla:

Celkem vad / celkem modulů = 30/5 = 6. DD na modul je 6.

Příklad č. 2: Jiný pohled by byl, řekněme, 30 defektů u 15KLOC. Pak by to bylo:

Celkem vad / KLOC = 30/15 = 0,5 = Hustota je 1 Defekt za každé 2 KLOC.

Příklad 2 je určen pouze pro ty týmy, které jsou si vědomy KLOC a které proti němu potřebují měření. Většina týmů s takovou statistikou nepracuje. Ale pokud potřebujete, můžete zjistit, kolik KLOC je vaše aplikace.

Proč je hustota chyb důležitá?

Každá metrika, kterou testovací tým shromažďuje, vyjadřuje jednu z následujících možností:

  • Pokrok
  • Produktivita
  • Kvalitní

Pokud ne, ztrácíte čas.

DD je nejúčinnější způsob, jak porozumět kvalitě.

Například: Aplikace s DD 5 za KLOC má lepší kvalitu oproti jiné s 15 za KLOC.

Čím vyšší hustota chyb, tím horší kvalita.

Slouží dvěma důležitým účelům:

  • Informovat: Informace jsou moc, že? Znalost nejslabších oblastí vaší aplikace pomáhá rozhodnout, zda je „vhodná k použití“ nebo ne.
  • Výzva k akci: Modul s vyšším DD potřebuje opravu. DD je pomáhá identifikovat.

Ne

# 1)Nezohledňujte duplikáty / vrácené vady

Nepřesně vypočítaná hustota defektů může váš tým uvést v omyl.

Nezahrnujte duplikáty / vrácené vady (nejedná se o chybu, pracuje podle plánu, není reprodukovatelný , atd.) Zvyšuje počet z celkového počtu. vad, což znamená, že DD se úměrně zvýší. Výsledkem bude, že vaše metrika vady navrhne špatnou kvalitu, což by byl jednoznačný falešný poplach.

#dva)Nedělejte to na základě údajů z jednoho dne

Podívejme se na tuto hypotetickou situaci:

LO1

1. den je DD vyšší. To by mohlo váš tým okamžitě poslat do režimu paniky.

Tak, počkejte, až budete mít lepší surovinu. Jinými slovy, data za několik dní.

Při výpočtu DD také potřebujete kumulativní počet defektů.

Ve výše uvedené tabulce váš DD od 2. dne nezohledňuje počet dosavadních vad. Sleduje pouze data toho dne.

Vytváří to dojem, že: „Hustota defektů od druhého dne se snižuje a zvyšuje a neexistuje žádný trend.“ Jak také lze snížit hustotu defektů, když se s defekty hlášenými den předem nic nedělá? Že ano? Přemýšlejte o tom.

Lepší způsob, jak toho dosáhnout, je:

LO2

Ještě jednou, pokud to děláte denně, vezměte v úvahu kumulativní počet závad.

Variace

V závislosti na úrovni zdokonalení, kterou váš tým potřebuje, můžete tuto metriku defektu vylepšit.

Celkem vysokých / kritických vad na KLOC nebo moduly

  • Můžete to udělat i pro vrácení problémů na moduly. Zde budete shromažďovat pouze počet problémů, které se vracejí napříč verzemi / verzemi

Při jakých hodnotách hustoty chyb se software stává nepřijatelným?

Defektní hustota průmyslového standardu:

To se u každého odvětví, aplikace a každého týmu liší. Výroba by měla konkrétní prahovou hodnotu a pro IT by to bylo úplně jiné.

DD v nominální hodnotě vykazuje špatnou kvalitu. O tom, zda je výrobek vhodný k použití, však rozhoduje závažnost jednotlivých vad.

Vysoký DD je váš indikátor, který vám umožní hlouběji se ponořit a analyzovat jejich vady z hlediska jejich důsledků.

Kdo by neměl rád nulovou hustotu defektů, že? Proto, i když neexistuje žádný konkrétní standard, čím nižší je tato hodnota, tím lépe.

Závěrečné myšlenky:

  • Není to prediktivní počet. Hodnota DD nepomůže očekávat budoucí kvalitu produktu. Může to být lepší nebo horší. Historická data nepomohou s budoucími předpovědi.
  • Během kritických fází / cyklů testu (například UAT) se DD počítá na základě času.Například: DD / první hodina, DD za den atd.
  • Při shromažďování statistik defektů s vícenásobným uvolňováním / cyklem může být hustota defektů za cyklus nebo za uvolnění.
  • Jednoduché grafické znázornění tabulkových dat může být uvedeno níže:

DD3

Graf hustoty vady

Závěrem

Defektní hustota je klíčovým indikátorem kvality. Se shromažďováním a prezentací této metriky vady se nemůžete pokazit. Co víc? Je to jeden z nejjednodušších výpočtů.

Doufám, že vám tento článek poskytl dostatek informací, abyste mohli začít používat Defect Density pro hlubší vhledy.

Autor : Člen týmu STH Swati napsal tento podrobný návod.

Počítáte hustotu defektů ve svých týmech? Pokud ano, děláte to za cyklus, za modul nebo za KLOC? Pokud ne, jaké další metriky vám pomohou porozumět kvalitě? Sdílejte prosím své komentáře a dotazy níže.

Doporučené čtení

^