all one guide defect density its importance
Priročnik za gostoto napak:
Preskusne meritve so zapletene. Edini način merjenja so, a raznolikost je izjemna.
Lahko zbirate nekaj, kar vam ne daje želene analitike. Tu je najbolj varna pot po dobro uhojeni poti.
Skoraj vsaka ekipa na svetu se za razumevanje trendov napak zanaša na gostoto napak.
Današnji članek je vsestransko vodilo o gostoti napak (DD).
kako kopirati matriko java -
Kaj se boste naučili:
- Kaj je gostota napak?
- Kako se izračuna gostota hroščev?
- Zakaj je gostota hroščev pomembna?
- Ne
- Različice
- Pri katerih vrednostih gostote napak programska oprema postane nesprejemljiva?
- Zadnje misli:
- V zaključku
- Priporočeno branje
Kaj je gostota napak?
Poglejmo, kaj dobesedno pomeni gostota.
Gre za 'stopnjo kompaktnosti snovi (Vir: Google)'.
Gostota napak je kompaktnost napak v aplikaciji. (V redu, gre torej samo za dodelano različico distribucije napak.)
Aplikacije so razdeljene na funkcionalna področja ali bolj tehnično BLOK (Tisoč vrstic kode). Tako povprečno število napak v odseku ali na KLOC programske aplikacije je gostota napak.
Kako se izračuna gostota hroščev?
To je preprosta matematika.
Korak 1: Zberite surovino: Potrebovali boste skupno št. napak (za sprostitev / izdelavo / cikel).
2. korak: Izračunajte povprečno št. napak / funkcionalno območje ali KLOC
Formula gostote napak s primerom izračuna:
Primer # 1: Za določen preskusni cikel obstaja 30 napak v 5 modulih (ali komponentah). Gostota bi bila:
Skupaj št. napak / Skupaj št. modulov = 30/5 = 6. DD na modul je 6.
2. primer: Drugačna perspektiva bi bila recimo 30K napak pri 15KLOC. Potem bi bilo:
Skupaj št. napak / KLOC = 30/15 = 0,5 = Gostota je 1 Napaka na vsaka 2 KLOC.
Primer 2 je namenjen tistim skupinam, ki poznajo KLOC in potrebujejo merjenje proti njemu. Večina ekip ne deluje s takšno statistiko. Če pa je treba, lahko ugotovite, koliko KLOC je vaša prijava.
Zakaj je gostota hroščev pomembna?
Vsaka metrika, ki jo zbere preizkusna skupina, vsebuje eno od naslednjega:
- Napredek
- Produktivnost
- Kakovost
Če ne, zapravljate čas.
DD je najučinkovitejši način za razumevanje kakovosti.
Na primer: Aplikacija z DD 5 na KLOC je bolj kakovostna v primerjavi z drugo s 15 na KLOC.
Večja kot je gostota hroščev, slabša je kakovost.
Služi dvema pomembnima namenoma:
- Obvestite: Informacije so moč, kajne? Poznavanje najšibkejših področij vaše aplikacije pomaga pri odločitvi, ali je 'primerna za uporabo' ali ne.
- Poziv k dejanju: Modul z višjim DD je treba popraviti. DD jih pomaga prepoznati.
Ne
# 1)Ne upoštevajte dvojnikov / vrnjenih napak
Nenatančno izračunana gostota napak lahko zavede vašo ekipo.
Ne vključujte dvojnikov / vrnjenih napak (ne napake, ki deluje, kot je bilo predvideno, ni ponovljiv itd.) Poveča število vseh št. napak, kar pomeni, da se bo DD sorazmerno povečal. Posledično vaša meritev napake kaže na slabo kakovost, kar bi bil nedvomno napačen alarm.
#two)Ne delajte tega na podlagi enodnevnih podatkov
Poglejmo si to hipotetično situacijo:
1. dan je DD višji. To bi lahko takoj poslalo vašo ekipo v način panike.
Torej, počakajte, da dobite boljše surovine. Z drugimi besedami, podatki za nekaj dni.
Tudi pri izračunu DD-ja želite skupno število napak.
V zgornji tabeli vaš DD od 2. dne dalje ne upošteva števila dosedanjih napak. Izgledajo samo podatki tistega dne.
Dajem vtis, da: 'Gostota napak od 2. dne se zmanjšuje in povečuje in ni trenda.' Kako se lahko tudi zmanjša gostota napak, če se glede napak, o katerih so poročali dan prej, nič ne naredi? Kajne? Premisli.
Boljši način za to je:
Ponovno, če to počnete vsak dan, upoštevajte skupno število napak.
Različice
Glede na stopnjo natančnosti, ki jo potrebuje vaša ekipa, lahko prilagodite to meritev napak.
- Za DD od Težave z visoko / kritično resnostjo , vaša formula je lahko:
Skupaj št. visokih / kritičnih napak na KLOC ali module
- To lahko storite tudi za vračanje težav po modulih. Tu boste zbrali samo število težav, ki se vedno znova pojavljajo v gradnjah / izdajah
Pri katerih vrednostih gostote napak programska oprema postane nesprejemljiva?
Industrijski standard gostote napak:
No, to se razlikuje za vsako panogo, aplikacijo in vsako ekipo. Proizvodnja bi imela določen prag, za IT pa bi bilo povsem drugače.
DD po svoji nominalni vrednosti kaže na slabo kakovost. Toda resnost posameznih napak je tista, ki odloča, ali je izdelek primeren za uporabo ali ne.
Visoka DD je vaš pokazatelj, da se poglobite in analizirate svoje napake zaradi njihovih posledic.
Komu ne bi bila všeč ničelna gostota napak, kajne? Torej, čeprav ni posebnega standarda, nižja je ta vrednost, tem bolje.
Zadnje misli:
- To ni napovedno štetje. Vrednost DD ne pomaga pričakovati prihodnje kakovosti izdelka. Morda je boljše ali slabše. Zgodovinski podatki ne bodo pomagali pri prihodnjih napovedih.
- V kritičnih preskusnih fazah / ciklih (kot je UAT) se DD izračuna glede na čas.Na primer: DD / prva ura, DD na dan itd.
- Pri zbiranju statistik več napak glede na izpust / cikel je lahko gostota napak na cikel ali na izpust.
- Preprost grafični prikaz tabelarnih podatkov je lahko spodaj:
V zaključku
Gostota napak je ključni kazalnik kakovosti. Z zbiranjem in predstavitvijo te meritve napak ne morete zgrešiti. Kaj je več? To je eno najlažjih za izračun.
Upam, da vam je ta članek dal dovolj izpostavljenosti, da začnete uporabljati Defect Density za globlje vpoglede.
Avtor : Član ekipe STH Swati je napisal to podrobno vadnico.
Ali izračunate gostoto napak v svojih ekipah? Če je odgovor da, ali to počnete na cikel, na modul ali na KLOC? Če ne, katere druge meritve vam pomagajo razumeti kakovost? Prosimo, delite svoje komentarje in vprašanja spodaj.
Priporočeno branje
- Kaj je tehnika preskušanja na podlagi pomanjkljivosti?
- Alfa testiranje in beta testiranje (popoln vodnik)
- Najboljše storitve preverjanja kakovosti QA s strani SoftwareTestingHelp
- Vrste testiranja programske opreme: različne vrste preskušanja s podrobnostmi
- Testiranje programske opreme je vse v idejah (in kako jih ustvariti)
- Popoln vodnik za nadaljevanje testiranja programske opreme (z vzorcem nadaljevanja preizkuševalca programske opreme)
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Kaj je življenjski cikel napak / napak pri testiranju programske opreme? Vadnica za življenjski cikel napak