important software test metrics
Nei progetti software, è molto importante misurare la qualità, il costo e l'efficacia del progetto e dei processi. Senza misurarli, un progetto non può essere completato con successo.
Nell'articolo di oggi, impareremo con esempi e grafici - Metriche e misurazioni di test del software e come utilizzarli nel processo di test del software.
C'è una famosa affermazione: 'Non possiamo controllare cose che non possiamo misurare'.
Qui controllare i progetti significa, come un project manager / lead può identificare le deviazioni dal piano di test al più presto al fine di reagire nel tempo perfetto. La generazione di metriche di test in base alle esigenze del progetto è molto importante per ottenere la qualità del software testato.
Cosa imparerai:
- Che cosa sono le metriche di test del software?
- Che cos'è la misurazione del test del software?
- Perché testare le metriche?
- Ciclo di vita delle metriche
- Tipi di metriche di test manuali
- Esempi di metriche di test del software
- Conclusione
- Lettura consigliata
Che cosa sono le metriche di test del software?
Una metrica è una misura quantitativa del grado in cui un sistema, un componente di sistema o un processo possiede un determinato attributo.
Le metriche possono essere definite come 'STANDARD DI MISURAZIONE '.
Le metriche software vengono utilizzate per misurare la qualità del progetto. Semplicemente, una metrica è un'unità utilizzata per descrivere un attributo. La metrica è una scala per la misurazione.
Supponiamo, in generale, che 'Chilogrammo' sia una metrica per misurare l'attributo 'Peso'. Allo stesso modo, nel software, 'Quanti problemi si trovano in mille righe di codice?', H anche Il numero di problemi è una misura e il numero di righe di codice è un'altra misura. La metrica è definita da queste due misurazioni .
Esempio di metriche di test:
- Quanti difetti esistono all'interno del modulo?
- Quanti casi di test vengono eseguiti per persona?
- Qual è la% di copertura del test?
Che cos'è la misurazione del test del software?
La misurazione è il indicazione quantitativa di estensione, quantità, dimensione, capacità o dimensione di alcuni attributi di un prodotto o processo.
Esempio di misurazione di prova: Numero totale di difetti.
Fare riferimento al diagramma seguente per una chiara comprensione della differenza tra misurazione e metrica.
Perché testare le metriche?
La generazione di metriche di test del software è la responsabilità più importante del responsabile / responsabile del test del software.
Le metriche di test vengono utilizzate per
- Prendi la decisione per la fase successiva di attività come, stima il costo e la pianificazione dei progetti futuri.
- Comprendere il tipo di miglioramento richiesto per il successo del progetto
- Prendere una decisione sul processo o sulla tecnologia da modificare, ecc.
Importanza delle metriche di test del software:
Come spiegato sopra, le metriche di test sono le più importanti per misurare la qualità del software.
Adesso, come possiamo misurare la qualità del software utilizzando le metriche ?
Supponiamo, se un progetto non ha metriche, come verrà misurata la qualità del lavoro svolto da un Analista del Test?
Per esempio, Un analista del test deve,
- Progettare i casi di test per 5 requisiti
- Eseguire i casi di test progettati
- Registra i difetti e devi fallire nei casi di test correlati
- Dopo che il difetto è stato risolto, è necessario ripetere il test del difetto e rieseguire il caso di test fallito corrispondente.
Nello scenario precedente, se le metriche non vengono seguite, il lavoro completato dall'analista del test sarà soggettivo, ovvero il Rapporto di prova non avrà le informazioni adeguate per conoscere lo stato del suo lavoro / progetto.
Se le metriche sono coinvolte nel progetto, è possibile pubblicare lo stato esatto del suo lavoro con numeri / dati corretti.
ovvero nel Test Report, possiamo pubblicare:
- Quanti casi di test sono stati progettati per requisito?
- Quanti casi di test devono ancora progettare?
- Quanti casi di test vengono eseguiti?
- Quanti casi di test sono stati superati / falliti / bloccati?
- Quanti casi di test non sono ancora stati eseguiti?
- Quanti difetti vengono identificati e qual è la gravità di tali difetti?
- Quanti casi di test non sono riusciti a causa di un particolare difetto? eccetera.
In base alle esigenze del progetto possiamo avere più metriche di una lista sopra citata, per conoscere in dettaglio lo stato del progetto.
Sulla base delle metriche di cui sopra, il Test Lead / Manager acquisirà la comprensione dei punti chiave sotto indicati.
- % ge del lavoro completato
- % ge del lavoro ancora da completare
- È ora di completare il lavoro rimanente
- Se il progetto sta andando come da programma o in ritardo? eccetera.
In base alle metriche, se il progetto non verrà completato come da programma, il manager darà l'allarme al cliente e agli altri stakeholder fornendo i motivi del ritardo per evitare le sorprese dell'ultimo minuto.
Metriche Ciclo di vita
Tipi di metriche di test manuali
Le metriche di test sono principalmente suddivise in 2 categorie.
- Metriche di base
- Metriche calcolate
Metriche di base: Le metriche di base sono le metriche derivate dai dati raccolti dall'Analista del test durante lo sviluppo e l'esecuzione del caso di test.
Questi dati verranno tracciati durante tutto il ciclo di vita del test. Cioè raccogliendo i dati come Total no. di casi di test sviluppati per un progetto (o) n. di casi di test devono essere eseguiti (o) n. di casi di test superati / falliti / bloccati ecc.
Metriche calcolate: Le metriche calcolate derivano dai dati raccolti in Base Metrics. Queste metriche vengono generalmente monitorate dal responsabile / responsabile del test ai fini del report di test.
Esempi di metriche di test del software
Facciamo un esempio per calcolare varie metriche di test utilizzate nei rapporti di test del software:
Di seguito è riportato il formato della tabella per i dati recuperati dall'Analista del Test che è effettivamente coinvolto nel test:
Definizioni e formule per il calcolo delle metriche:
# 1)% ge Test case eseguiti : Questa metrica viene utilizzata per ottenere lo stato di esecuzione dei casi di test in termini di% ge.
% ge Test case eseguiti = ( N. di casi di test eseguiti / Totale n. di casi di test scritti) * 100.
Quindi, dai dati sopra,
% ge Test case eseguiti = (65/100) * 100 = 65%
come eseguire il file jar in Windows
# 2)% ge Test case non eseguiti : Questa metrica viene utilizzata per ottenere lo stato di esecuzione in sospeso dei casi di test in termini di% ge.
% ge Test case non eseguiti = ( N. di casi di test non eseguiti / Totale n. di casi di test scritti) * 100.
Quindi, dai dati sopra,
% ge Test case bloccati = (35/100) * 100 = 35%
# 3)% ge casi di test superati : Questa metrica viene utilizzata per ottenere la percentuale passata dei casi di test eseguiti.
% ge casi di test superati = ( Numero di casi di test superati / Totale n. di casi di test eseguiti) * 100.
Quindi, dai dati sopra,
% ge casi di test superati = (30/65) * 100 = 46%
# 4)% ge casi di test non riusciti : Questa metrica viene utilizzata per ottenere la% ge fallita dei casi di test eseguiti.
% ge casi di test non riusciti = ( N. di casi di test non riusciti / Totale n. di casi di test eseguiti) * 100.
Quindi, dai dati sopra,
% ge casi di test superati = (26/65) * 100 = 40%
# 5)% ge Test case bloccati : Questa metrica viene utilizzata per ottenere la% ge bloccata dei casi di test eseguiti. È possibile inviare un rapporto dettagliato specificando il motivo effettivo del blocco dei casi di test.
% ge Test case bloccati = ( N. di casi di test bloccati / Totale n. di casi di test eseguiti) * 100.
Quindi, dai dati sopra,
% ge Test case bloccati = (9/65) * 100 = 14%
# 6) Densità dei difetti= Numero di difetti identificati / dimensioni
( Qui la 'taglia' è considerata un requisito. Quindi qui la densità del difetto è calcolata come un numero di difetti identificati per requisito. Allo stesso modo, la densità dei difetti può essere calcolata come un numero di difetti identificati per 100 righe di codice (OR) Numero di difetti identificati per modulo, ecc. )
Quindi, dai dati sopra,
Densità del difetto = (30/5) = 6
# 7) Efficienza di rimozione dei difetti (DRE)= ( N. di difetti rilevati durante il test QA / (N. di difetti rilevati durante il test QA + N. di difetti trovati dall'utente finale)) * 100
DRE viene utilizzato per identificare l'efficacia del test del sistema.
Supponiamo, durante lo sviluppo e il test di controllo qualità, di aver identificato 100 difetti.
Dopo il test QA, durante i test Alpha e Beta, l'utente finale / cliente ha identificato 40 difetti, che avrebbero potuto essere identificati durante la fase di test QA.
Ora, il DRE verrà calcolato come,
DRE = (100 / (100 + 40)) * 100 = (100/140) * 100 = 71%
# 8) Perdita di difetti: La perdita di difetti è la metrica utilizzata per identificare il file efficienza del test QA ovvero quanti difetti vengono persi / ignorati durante il test di QA.
Perdita di difetti = ( N. di difetti trovati in UAT / N. di difetti trovati nei test QA.) * 100
Supponiamo, durante lo sviluppo e il test di controllo qualità, di aver identificato 100 difetti.
Dopo il test QA, durante i test Alpha e Beta, l'utente finale / cliente ha identificato 40 difetti, che avrebbero potuto essere identificati durante la fase di test QA.
Perdita di difetti = (40/100) * 100 = 40%
# 9) Difetti per priorità : Questa metrica viene utilizzata per identificare il n. di difetti identificati in base alla Gravità / Priorità del difetto utilizzata per decidere la qualità del software.
% ge Difetti critici = N. di difetti critici identificati / Totale n. di difetti identificati * 100
Dai dati disponibili nella tabella sopra,
% ge difetti critici = 6/30 * 100 = 20%
% ge Difetti alti = N. di difetti elevati identificati / Totale n. di difetti identificati * 100
Dai dati disponibili nella tabella sopra,
% ge difetti alti = 10/30 * 100 = 33,33%
% ge Difetti medi = N. di difetti medi identificati / Totale n. di difetti identificati * 100
Dai dati disponibili nella tabella sopra,
% ge difetti medi = 6/30 * 100 = 20%
% ge difetti bassi = numero di difetti bassi identificati / totale no. di difetti identificati * 100
Dai dati disponibili nella tabella sopra,
% ge difetti bassi = 8/30 * 100 = 27%
Lettura consigliata=> Come scrivere un rapporto di riepilogo del test efficace
Conclusione
Le metriche fornite in questo articolo vengono utilizzate principalmente per generare il file Rapporto di stato giornaliero / settimanale con dati accurati durante la fase di sviluppo / esecuzione del caso di test e questo è utile anche per monitorare lo stato del progetto e la qualità del software.
Circa l'autore : Questo è un guest post di Anuradha K. Ha più di 7 anni di esperienza nel test del software e attualmente lavora come consulente per una MNC. Ha anche una buona conoscenza dei test di automazione mobile.
Quali altre metriche di test utilizzi nel tuo progetto? Come al solito, facci sapere i tuoi pensieri / domande nei commenti qui sotto.
Lettura consigliata
- Esercizi di test del software - Nuova piattaforma per testare le tue capacità di test e condividere idee pratiche
- Che cos'è il test di resistenza nel test del software (esempi)
- Come rivedere il documento SRS e creare scenari di test - Formazione sul test del software su un progetto live - Giorno 2
- Formazione sul test del software: formazione end-to-end su un progetto in tempo reale - Formazione QA online gratuita, parte 1
- Test delle applicazioni: le basi del test del software!
- Tutorial QTP n. 18 - Framework basati sui dati e ibridi spiegati con esempi QTP
- Che cos'è il ciclo di vita dei test software (STLC)?
- Metadati in Data Warehouse (ETL) spiegati con esempi