all one guide defect density its importance
Sprievodca defektnou hustotou:
Testovacie metriky sú zložité. Sú jediným spôsobom merania, ale rozmanitosť je ohromujúca.
Mohli by ste zbierať niečo, čo vám neposkytuje požadovanú analýzu. Najbezpečnejším spôsobom je kráčať po dobre vychodenej ceste.
Takmer každý tím na svete sa spolieha na poruchovosť, aby pochopil trendy vad.
Dnešný článok je príručkou typu „všetko v jednom“ o defektnej hustote (DD).
najlepšia stránka na stiahnutie hudby pre Android
Čo sa dozviete:
- Čo je hustota defektov?
- Ako sa počíta hustota chyby?
- Prečo je hustota chyby dôležitá?
- Nie
- Variácie
- Pri akých hodnotách hustoty chýb sa softvér stáva neprijateľným?
- Záverečné myšlienky:
- Na záver
- Odporúčané čítanie
Čo je hustota defektov?
Pozrime sa, čo doslova znamená hustota.
Je to „stupeň kompaktnosti látky (Zdroj: Google)“.
Defektová hustota je teda kompaktnosť chýb v aplikácii. (Dobre, jedná sa iba o prepracovanú verziu distribúcie defektov.)
Aplikácie sú rozdelené do funkčných oblastí alebo viac technicky BLOKOVAŤ (Tisíc riadkov kódu). Preto priemerný počet chýb v sekcii alebo na KLOC softvérovej aplikácie je hustota chýb.
Ako sa počíta hustota chyby?
Je to jednoduchá matematika.
Krok 1: Zozbierajte surovinu: Budete potrebovať celkové č. chýb (pre vydanie / zostavu / cyklus).
Krok 2: Vypočítajte priemerné č. defektov / Funkčná oblasť alebo KLOC
Vzorec hustoty defektu s príkladom výpočtu:
Príklad č: Pre konkrétny testovací cyklus existuje 30 chýb v 5 moduloch (alebo komponentoch). Hustota by bola:
Spolu č. vád / Spolu č. modulov = 30/5 = 6. DD na modul je 6.
Príklad č: Iná perspektíva by bola, povedzme, pre 15KLOC 30 defektov. Potom by to bolo:
Spolu č. defektov / KLOC = 30/15 = 0,5 = Hustota je 1 defekt na každé 2 KLOC.
Príklad 2 je určený len pre tie tímy, ktoré sú si vedomé KLOC a ktoré potrebujú meranie proti nemu. Väčšina tímov s takouto štatistikou nepracuje. Ale ak potrebujete, môžete zistiť, koľko KLOC má vaša aplikácia.
Prečo je hustota chyby dôležitá?
Každá metrika, ktorú testovací tím zhromaždí, sprostredkuje jednu z nasledujúcich možností:
- Pokrok
- Produktivita
- Kvalita
Ak nie, strácate čas.
DD je najúčinnejší spôsob, ako porozumieť kvalite.
Napríklad: Aplikácia s DD 5 za KLOC je kvalitnejšia oproti inej s 15 za KLOC.
Čím vyššia je hustota chýb, tým horšia je kvalita.
Slúži na dva dôležité účely:
- Informovať: Informácie sú sila, nie? Poznanie najslabších oblastí vašej aplikácie pomáha rozhodnúť, či je „vhodná na použitie“ alebo nie.
- Výzva do akcie: Modul s vyšším DD je potrebné opraviť. DD ich pomáha identifikovať.
Nie
# 1)Nezohľadňujte duplikáty / vrátené chyby
Nepresne vypočítaná Hustota defektov môže uviesť váš tím do omylu.
Nezahŕňajte duplikáty / vrátené chyby (nejde o chybu, pracuje podľa plánu, nereprodukovateľný , atď.) Zvyšuje počet celkových č. vád, čo znamená, že DD sa úmerne zvýši. Vo výsledku bude vaša metrika defektu naznačovať nízku kvalitu, čo by bol jednoznačný falošný poplach.
#dva)Nerobte to na základe údajov z jedného dňa
Pozrime sa na túto hypotetickú situáciu:
V 1. deň je DD vyššia. To by mohlo váš tím okamžite dostať do panického režimu.
Takže počkajte, kým nebudete mať lepšiu surovinu. Inými slovami, údaje za pár dní.
Pri výpočte DD tiež potrebujete kumulatívny počet chýb.
V tabuľke vyššie váš DD od 2. dňa nezohľadňuje doterajší počet chýb. Sleduje iba údaje z toho dňa.
Vytvára to dojem, že: „Hustota defektov od 2. dňa sa zmenšuje a zvyšuje a neexistuje žiadny trend.“ Ako tiež možno znížiť hustotu defektov, keď sa neurobí nič proti defektom hláseným deň predtým? Nie? Popremýšľajte o tom.
Lepší spôsob, ako to dosiahnuť, je:
Ešte raz, ak to robíte každý deň, vezmite do úvahy kumulatívny počet chýb.
Variácie
V závislosti na úrovni zdokonalenia, ktoré váš tím potrebuje, môžete túto metriku defektu doladiť.
- Pre DD z Problémy s vysokou / kritickou závažnosťou , váš vzorec môže byť:
Spolu č. vysokých / kritických chýb na KLOC alebo moduly
- Môžete to urobiť aj pre vrátenie problémov pre jednotlivé moduly. Tu budete zhromažďovať iba počet problémov, ktoré sa neustále vracajú po všetkých zostaveniach / vydaniach
Pri akých hodnotách hustoty chýb sa softvér stáva neprijateľným?
Priemyselná norma hustoty defektov:
To sa líši pre každé odvetvie, aplikáciu a každý tím. Výroba by mala konkrétny prah a pre IT by to bolo úplne iné.
DD pri svojej nominálnej hodnote vykazuje zlú kvalitu. O tom, či je výrobok vhodný na použitie, rozhoduje však zase závažnosť jednotlivých chýb.
Vysoká DD je váš ukazovateľ, ktorý vám umožní hlbšie sa zaoberať a analyzovať ich závady z hľadiska následkov.
Kto by nemal rád nulovú hustotu defektov, že? Preto aj keď neexistuje konkrétny štandard, čím nižšia je táto hodnota, tým lepšie.
Záverečné myšlienky:
- Nie je to prediktívny počet. Hodnota DD nepomáha očakávať budúcu kvalitu produktu. Môže to byť lepšie alebo horšie. Historické údaje nepomôžu pri budúcich predpovediach.
- Počas kritických fáz / cyklov testu (napríklad UAT) sa DD počíta na základe času.Napríklad: DD / prvá hodina, DD za deň atď.
- Pri zhromažďovaní štatistík defektov s viacerými uvoľneniami / cyklami môže byť hustota defektov za cyklus alebo za každé uvoľnenie.
- Jednoduché grafické znázornenie tabuľkových údajov môže byť uvedené nižšie:
Na záver
Hustota defektov je kľúčovým indikátorom kvality. Pri zhromažďovaní a uvádzaní tejto metriky chyby nemôžete urobiť chybu. Čo je viac? Je to jeden z najjednoduchších na výpočet.
Dúfam, že vám tento článok poskytol dostatočné informácie na to, aby ste mohli začať používať Hustotu chýb na získanie hlbších informácií.
Autor : Člen tímu STH Swati napísal tento podrobný návod.
Počítate hustotu defektov vo svojich tímoch? Ak áno, robíte to za cyklus, za modul alebo za KLOC? Ak nie, aké ďalšie metriky vám pomôžu pochopiť kvalitu? Zdieľajte svoje pripomienky a otázky nižšie.
Odporúčané čítanie
- Čo je to technika testovania na základe chýb?
- Alfa testovanie a beta testovanie (kompletný sprievodca)
- Najlepšie služby na testovanie softvéru QA od spoločnosti SoftwareTestingHelp
- Typy testovania softvéru: Rôzne typy testovania s podrobnosťami
- Testovanie softvéru je predovšetkým o nápadoch (a o tom, ako ich generovať)
- Sprievodca dokonalým pokračovaním v testovaní softvéru (s ukážkou pokračovania v testeri softvéru)
- Funkčné testovanie vs. Nefunkčné testovanie
- Čo je životný cyklus chyby / chyby v testovaní softvéru? Výukový program pre poruchu životného cyklu