Menu

Guida completa sulla densità dei difetti: la sua importanza e come calcolarla.

all one guide defect density its importance

Prova Il Nostro Strumento Per Eliminare I Problemi

Una guida alla densità dei difetti:

Metriche di test sono complicati. Sono l'unico modo per misurare, tuttavia la varietà è travolgente.

Potresti raccogliere qualcosa che non ti fornisce le analisi che desideri. Il modo più sicuro qui è camminare sul sentiero ben battuto.

Quasi tutte le squadre al mondo si affidano alla densità dei difetti per comprendere le tendenze dei difetti.

L'articolo di oggi è una guida all-in-one sulla densità dei difetti (DD).

Guida alla densità dei difetti

come avviare un progetto java in eclipse

Cosa imparerai:

Cos'è la densità dei difetti?

Vediamo cosa significa letteralmente densità.

È “il grado di compattezza di una sostanza (Fonte: Google)”.

Quindi, la densità dei difetti è la compattezza dei difetti nell'applicazione. (Ok, quindi è solo una versione raffinata della distribuzione dei difetti.)

Le applicazioni sono suddivise in aree funzionali o più tecnicamente BLOCCARE (Mille righe di codice). Quindi, il numero medio di difetti in una sezione o per KLOC di un'applicazione software è la densità dei bug.

Come viene calcolata la densità dei bug?

È una semplice matematica.

Passo 1: Raccogli la materia prima: avrai bisogno del totale n. di difetti (per un rilascio / build / ciclo).

Passo 2: Calcola la media n. di difetti / Area funzionale o KLOC

Formula di densità dei difetti con esempio di calcolo:

Esempio 1: Per un particolare ciclo di test ci sono 30 difetti in 5 moduli (o componenti). La densità sarebbe:

N. Totale di difetti / Totale n. di moduli = 30/5 = 6. DD per modulo è 6.

Esempio n. 2: Una prospettiva diversa sarebbe, diciamo, che ci sono 30 difetti per 15KLOC. Sarebbe quindi:

N. Totale di difetti / KLOC = 30/15 = 0,5 = la densità è 1 difetto ogni 2 KLOC.

L'esempio 2 è solo per quelle squadre che sono a conoscenza del KLOC e che hanno bisogno di una misurazione contro di esso. La maggior parte dei team non lavora con questo tipo di statistica. Ma se necessario, puoi scoprire quanti KLOC è la tua applicazione.

Perché la densità dei bug è importante?

Ogni metrica raccolta dal team di test trasmette uno dei seguenti:

  • Progresso
  • Produttività
  • Qualità

In caso contrario, stai sprecando il tuo tempo.

DD è il modo più efficace per comprendere la qualità.

Per esempio: Un'applicazione con DD 5 per KLOC è di qualità migliore rispetto a un'altra con 15 per KLOC.

Maggiore è la densità di bug, minore è la qualità.

Ha due scopi importanti:

  • Far sapere: L'informazione è potere, non è vero? Conoscere le aree più deboli della tua applicazione aiuta a decidere se è 'adatta all'uso' o meno.
  • Chiamare all'azione: Un modulo con un DD superiore deve essere riparato. DD aiuta a identificarli.

Non è così

# 1)Non prendere in considerazione duplicati / difetti restituiti

La densità dei difetti calcolata in modo impreciso può fuorviare la tua squadra.

Non includere duplicati / difetti restituiti (non un bug, funzionante come previsto, non riproducibile , ecc.) Incrementa il conteggio del totale n. di difetti, il che significa che il DD aumenterà proporzionalmente. Di conseguenza, la tua metrica sui difetti suggerirà una scarsa qualità, il che sarebbe un falso allarme definitivo.

#Due)Non farlo sulla base dei dati di un giorno

Diamo un'occhiata a questa situazione ipotetica:

LO1

Il giorno 1, il DD è più alto. Questo potrebbe mandare immediatamente la tua squadra in modalità panico.

Così, aspetta di avere una materia prima migliore. In altre parole, pochi giorni di dati.

Inoltre, quando si calcola DD, si desidera un conteggio cumulativo dei difetti.

Nella tabella sopra, il tuo DD dal giorno 2 in poi non tiene conto del numero di difetti fino ad ora. Considera solo i dati di quel giorno.

Mi dà l'impressione che: 'La densità dei difetti dal giorno 2 si sta riducendo e aumentando e non c'è tendenza'. Inoltre, come si può ridurre la densità dei difetti se non si interviene sui difetti segnalati il ​​giorno prima? Non è vero? Pensaci.

Un modo migliore per farlo è:

LO2

Di nuovo, se lo fai quotidianamente, prendi in considerazione un conteggio cumulativo dei difetti.

Variazioni

A seconda del livello di perfezionamento di cui ha bisogno il tuo team, puoi modificare questa metrica dei difetti.

N. Totale di difetti elevati / critici per KLOC o moduli

  • Puoi farlo anche per la restituzione dei problemi per modulo. Qui raccoglierai solo il conteggio dei problemi che continuano a ripresentarsi tra build / release

A quali valori di densità di bug il software diventa inaccettabile?

Standard di settore della densità dei difetti:

Bene, questo varia per ogni settore, applicazione e ogni team. La produzione avrebbe una soglia specifica e sarebbe completamente diversa per l'IT.

DD al suo valore nominale mostra una scarsa qualità. Ma è, a sua volta, la gravità dei singoli difetti che decide se il prodotto è idoneo all'uso o meno.

High DD è il tuo indicatore per approfondire e analizzare i tuoi difetti per le loro conseguenze.

Chi non vorrebbe una densità di difetti pari a zero, giusto? Pertanto, anche se non esiste uno standard specifico, più basso è questo valore, meglio è.

Pensieri finali:

  • Non è un conteggio predittivo. Un valore di DD non aiuta ad aspettarsi la futura qualità del prodotto. Potrebbe essere migliore o peggiore. I dati storici non aiutano con le previsioni future.
  • Durante fasi / cicli di test critici (come l'UAT), DD viene calcolato in base al tempo.Per esempio: GG / prima ora, GG al giorno, ecc.
  • Quando si raccolgono più statistiche sui difetti di rilascio / ciclo, la densità del difetto può essere per ciclo o per rilascio.
  • Una semplice rappresentazione grafica dei dati tabulari può essere la seguente:

DD3

Grafico della densità dei difetti

In conclusione

La densità dei difetti è un indicatore di qualità chiave. Non puoi sbagliare raccogliendo e presentando questa metrica dei difetti. Cosa c'è di più? È uno dei più facili da calcolare.

Spero che questo articolo ti abbia dato abbastanza visibilità per iniziare a utilizzare Difetto Densità per approfondimenti.

Autore : Swati, membro del team STH, ha scritto questo tutorial dettagliato.

Calcolate la densità dei difetti nelle vostre squadre? Se sì, lo fai per ciclo, per modulo o per KLOC? In caso contrario, quali altre metriche ti aiutano a capire la qualità? Per favore condividi i tuoi commenti e domande qui sotto.

Lettura consigliata

^