In che modo si dovrebbe misurare la densità del difetto?[Chiuso]
-
06-09-2020 - |
Domanda
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 .
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