In che modo si dovrebbe misurare la densità del difetto?[Chiuso]

Question

.

CHIUSO . Questa domanda deve essere più focalizzata . Attualmente non accetta risposte.

---

Vuoi migliorare questa domanda? Aggiorna la domanda in modo che si concentra su un problema solo da Modifica di questo post .

chiuso 3 anni fa .

Migliora questa domanda .

C'è un modo standard per misurare la densità del difetto? La maggior parte dei siti è uno stato online che dovrebbe essere misurato come:

number of defects discovered / the code size

.

Le mie domande sono:

.
• dovrebbero difetti "fissi" durante il periodo da sottrarre dai difetti scoperti?
• Cosa dovrebbe fare con i difetti che decide di risolvere nella versione successiva, a causa della mancanza di tempo? Se questi difetti del backlog siano aggiunti nella densità del rilascio successivo?
• kloc nel denominatore non è probabilmente una buona misura se è stata dimostrata che il codice è gonfiato inutilmente a causa di pesanti duplicazioni. Come dovrebbe un fattore che in?
• si può correlare il gancio in un particolare periodo di tempo e il backlog esistente dei difetti per un particolare modulo, al numero di difetti creati / scoperti come risultato del CHURN

  Il nostro obiettivo finale è quello di essere in grado di confrontare la nostra densità del difetto contro gli standard del settore (B) per identificare i moduli che sono fragili e più buggy e meritano più attenzione (c) per utilizzare una metrica coerente per disegnare a Trend line che dimostra migliora il miglioramento della qualità di un modulo nel tempo

Answer 1

Indovina che Defect Density viene utilizzato per rilevare la velocità con cui i tuoi programmatori stanno generando difetti, mentre la sottrazione di difetti fissi è a che fare con il numero di reclami effettuati dai tuoi clienti / utenti finali.

dei tuoi obiettivi, (a) sembra non risolta, (b) è estremamente incisiva e pagherà dividendi e (c) può indurre falso ottimismo.

Dovresti davvero mirare a Zero Defects e dovresti, a fini metriche, ignorare i bug trovati e fissati prima del rilascio.

Answer 2

Densità del difetto è il numero di difetti confermati rilevati nel software / modulo durante un periodo definito di sviluppo / funzionamento diviso per la dimensione del software / modulo. ("difetti (confermati e concordati (non appena segnalati)))).

Densità del difetto: Densità difettosa= difetto / dimensioni dell'unità

Ques potrebbe sorgere qui, a cosa significa effettivamente questa dimensione dell'unità per. Dimensione dell'unità= La dimensione è in genere contati in linee di codice o punti funzione.Essendo un buon programmatore dovresti essere abbastanza fiducioso che non ci sono duplicazioni nella tua codifica che potrebbero gonfiare le dimensioni del codice.

EX: Supponiamo che 10 bug siano trovati in 1 KLOC Pertanto DD è 10 / KLOC

Answer 3

La densità del difetto viene utilizzata per misurare la qualità del codice / modulo / requisito / prodotto. Sì lo standard per misurare lo stesso è Densità del difetto= numero di difetti / dimensioni

Ma qui se usiamo le dimensioni come Kloc (mille righe di codice) o FP (punti funzione), potrebbe essere difficile calcolare lo stesso e talvolta per il cliente (o alcuni portanti) non ha alcun senso . Quindi, dovremmo considerare anche i seguenti punti durante il calcolo della densità del difetto.

.
1. Il numero di difetti deve essere calcolato aggiungendo tutti i difetti relativi al codice (questi dovrebbero includere i difetti di revisione, i bug interni e i bug client / UAT anche) perché tutti i bug sono correlati al codice e quindi dovrebbe essere parte della densità del difetto. .
2. Equalizzato il conteggio dei difetti in base alla loro gravità prima di aggiungerli, questo offre un risultato più accurato ed è anche uno standard. Si può considerarlo come bug critico= 5, alto= 3, medio= 1, basso= 0,5. Questo a volte viene indicato come densità del difetto ponderato, ma è più preciso nei risultati.
3. Le dimensioni non dovrebbero essere limitate a solo linee di codice o punti funzione. Può essere no. dei requisiti anche. Il modo più semplice ed efficace è quello di prendere le dimensioni del tempo trascorso nella codifica (questo non dovrebbe includere la revisione del codice, la codifica dello sforzo di rilavorazione). Pertanto, la densità del difetto può essere considerata come difetti per 100 giorni di lavoro spesi per la codifica e se si dispone di un obiettivo di progetto specificato, quindi è possibile vedere se questo incontra il tuo obiettivo o no.

Questo è un modo efficace e semplice per calcolare la densità del difetto, con il periodo di tempo che puoi vedere se si sta migliorando o meno.

Answer 4

Difect è fondamentalmente, quando il prodotto viene spedito al cliente dopo che qualsiasi funzionalità non funziona o si può dire deviazione dai requisiti dell'utente, non è possibile misurare il difetto, ma è possibile prendere alcune misure per evitare di ottenere il difetto, puòessere fatto attraverso diversi modi di test, alcuni di importanti che troverai qui sotto:

.
• test di fumo
• test sanitarie
• test black-box
• Test bianco
• Test di carico e stress

Dovresti avere una conoscenza completa ciò che il tuo cliente ti sta chiedendo da te, ti aiuterà a prevervirti dal difetto.

Answer 5

total number detected defects in your developed software divided by size of your software in line of code . it is calculated in KLOC ,it means it is multiply by 1000 
for example
defects found are 12
size is 2000
defect density= defects/size
answer=.006
it is calculated in kloc so .006*1000=6 so defect density is 6

.