<< QA-Testing Jobs | WhatsApp @ +91-9606623245 >>
Defect Removal Efficiency (DRE) | Positive outlook
Perché facciamo test? Sì! Per identificare i difetti e migliorare la qualità del software rimuovendoli (correggendoli). Una delle più importanti metriche dei difetti, l'efficienza di rimozione dei difetti è una misura della competenza del team di test nel rimuovere (identificare) il massimo dei difetti prima che un software sia spostato alla fase successiva. Qui i difetti che contano sono quelli catturati dal test team o da altri utenti nella fase successiva.
Efficienza di rimozione dei difetti = #Defetti trovati durante il test / (#Defetti trovati durante il test + #Defetti trovati nella fase successiva) * 100
DRE è la percentuale di difetti che sono stati rimossi durante un'attività. Diciamo che il Test team ha identificato 100 difetti durante il test del sistema. Dopo la correzione, il retest e la regressione la build viene promossa per i test di accettazione dell'utente. Il team UAT identifica altri 25 difetti nella build che avrebbero potuto essere identificati durante i test di sistema. Cosa significa? Il team di test del sistema non ha potuto trovare questi 25 difetti e NON sono stati rimossi dal sistema. Quindi,
Efficienza di rimozione dei difetti = [100 / (100 + 25)] * 100 = 80%
Significa che il team di test del sistema è stato in grado di rimuovere (identificare) solo l'80% dei difetti, il restante 20% è stato identificato durante la fase successiva. Come avrete indovinato, il DRE può essere (o piuttosto dovrebbe essere) calcolato per ogni fase SDLC e tracciato su un grafico a barre per mostrare le efficienze relative di rimozione dei difetti per ogni fase.
Metria della perdita di difetti | Prospettiva negativa
La perdita di difetti, come in quale percentuale di difetti è effettivamente passata dalla fase di test corrente alla fase successiva. Come avrete capito, il Defect leakage (difetti passati alla fase successiva) è proprio il contrario dell'efficienza della Defect removal (difetti identificati nella fase corrente). Defect leakage è un'altra metrica dei difetti, ma è una metrica mortale, cioè la percentuale di defect leakage dovrebbe essere minima per dimostrare il valore del test team!
Defect Leakage = #Defetti trovati durante la fase successiva / (#Defetti trovati durante il test + #Defetti trovati durante la fase successiva) * 100
Sia che il test team abbia identificato 100 difetti durante il test del sistema. Dopo la correzione, il retest e la regressione la build viene promossa per i test di accettazione dell'utente. Il team UAT identifica altri 25 difetti nella build che avrebbero potuto essere identificati durante i test di sistema. Cosa significa? Il team di test di sistema non ha potuto trovare questi 25 difetti e sono stati LASCIATI alla fase successiva. Quindi,
Defect Leakage = [25 / (100 + 25)] * 100 = 20%
Significa che il 20% dei difetti è trapelato dal team di test alla fase successiva, o in altre parole il team di test non è stato in grado di identificare questo 20% dei difetti. Simile al DRE, il Defect Leakage può essere (o piuttosto dovrebbe essere) calcolato per ogni fase SDLC e tracciato su un grafico a barre per mostrare la perdita relativa di difetti per ogni fase.