Metriche di test del software: cos'è, tipi ed esempi
Tommaso Hamilton
Metriche di test nel test del software
Metriche di test del software sono le misure quantitative utilizzate per stimare il progresso, la qualità, la produttività e lo stato di salute del processo di test del software. L'obiettivo delle metriche di test del software è migliorare l'efficienza e l'efficacia nel processo di test del software e aiutare a prendere decisioni migliori per ulteriori processi di test fornendo dati affidabili sul processo di test.
Una metrica definisce in termini quantitativi il grado in cui un sistema, un componente di sistema o un processo possiede un determinato attributo. L'esempio ideale per comprendere le metriche sarebbe il chilometraggio settimanale di un'auto rispetto al chilometraggio ideale raccomandato dal produttore.
Metriche di test del software: migliora l'efficienza e l'efficacia di un processo di test del software.
Le metriche di test del software o la misurazione dei test del software sono l'indicazione quantitativa di estensione, capacità, dimensione, quantità o dimensione di alcuni attributi di un processo o prodotto.
Esempio di misurazione del test del software: Numero totale di difetti
Perché le metriche di test sono importanti?
"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.
- Prendere la decisione per la fase successiva delle attività
- Prova dell'affermazione o della previsione
- Comprendere il tipo di miglioramento richiesto
- Prendere decisioni, processi o cambiamenti tecnologici
Leggi di più su di esso Importanza delle metriche di test
Tipi di metriche di test
- Metriche di processo: Può essere utilizzato per migliorare l'efficienza del processo SDLC (Ciclo di vita dello sviluppo del software)
- Metriche del prodotto: Si occupa della qualità del prodotto software
-
Metriche del progetto: Può essere utilizzato per misurare l'efficienza di un team di progetto o di qualsiasi altro strumenti di test utilizzati dai membri del team
L’identificazione delle metriche di test corrette è molto importante. Poche cose devono essere considerate prima di identificare le metriche del test
- Fissare il pubblico di destinazione per la preparazione della metrica
- Definire l'obiettivo per le metriche
- Introdurre tutte le metriche rilevanti in base alle esigenze del progetto
- Analizzare l'aspetto costi-benefici di ciascun parametro e la fase dello stile di vita del progetto in cui si ottiene il massimo risultato
Metriche di test manuali
In Software Engineering, Le metriche dei test manuali sono classificate in due classi
- Metriche di base
- Metriche calcolate
Le metriche di base sono i dati grezzi raccolti dall'Analista del test durante lo sviluppo e l'esecuzione del test case (N. di casi di test eseguiti, N. di casi di test). Mentre le metriche calcolate derivano dai dati raccolti nelle metriche di base. Le metriche calcolate vengono solitamente seguite dal responsabile del test a scopo di reporting del test (% di completamento, % di copertura del test).
A seconda del progetto o del modello di business, alcuni dei parametri importanti sono
- Metriche di produttività dell'esecuzione dei casi di test
- Metriche di produttività della preparazione dei casi di test
- Metriche dei difetti
- Difetti per priorità
- Difetti per gravità
- Rapporto di slittamento dei difetti
Ciclo di vita delle metriche di test nell'ingegneria del software
| Diverse fasi del ciclo di vita delle metriche | Passaggi durante ogni fase |
|---|---|
| Analisi |
|
| Comunicare |
|
| Valutazione |
|
| Relazione |
|
Come calcolare la metrica di prova
| signore# | Passaggi per testare le metriche | Esempio |
|---|---|---|
| 1 | Identificare la chiave test del software processi da misurare | Testare il processo di monitoraggio dei progressi |
| 2 | In questa fase, il tester utilizza i dati come base per definire le metriche | Il numero di casi di test pianificati per l'esecuzione al giorno |
| 3 | Determinazione delle informazioni da seguire, della frequenza del monitoraggio e della persona responsabile | L'effettiva esecuzione giornaliera del test verrà acquisita dal responsabile del test alla fine della giornata |
| 4 | Calcolo, gestione e interpretazione efficaci delle metriche definite | I casi di test effettivi eseguiti ogni giorno |
| 5 | Identificare le aree di miglioramento in base all’interpretazione delle metriche definite | Le Test Case l’esecuzione scende al di sotto dell’obiettivo prefissato, dobbiamo indagarne il motivo e suggerire le misure di miglioramento |
Esempio di metrica di test
Per capire come calcolare le metriche del test, vedremo un esempio di un caso di test percentuale eseguito.
Per ottenere lo stato di esecuzione dei casi di test in percentuale, utilizziamo la formula.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
Allo stesso modo, puoi calcolare altri parametri come casi di test non eseguiti, casi di test superati, casi di test falliti, casi di test bloccati, ecc.
Glossario delle metriche di test
- Rapporto sforzo di rilavorazione = (Sforzi di rilavorazione effettivi spesi in quella fase/sforzi effettivi totali spesi in quella fase) X 100
- Requisito Creep = (Numero totale di requisiti aggiunti/Numero di requisiti iniziali)X100
- Variazione di programma = (Data di consegna effettiva – Data di consegna pianificata)
- Costo per la ricerca di un difetto durante i test = (Sforzo totale speso per i test/difetti riscontrati nei test)
- Slittamento del programma = (Data di fine effettiva – Data di fine stimata) / (Data di fine pianificata – Data di inizio pianificata) X 100
- Percentuale di casi di test superati = (Numero di test superati/Numero totale di test eseguiti) X 100
- Percentuale di casi di test non riusciti = (Numero di test non riusciti/Numero totale di test eseguiti) X 100
- Percentuale di casi di test bloccati = (Numero di test bloccati/Numero totale di test eseguiti) X 100
- Percentuale difetti fissi = (Difetti risolti/Difetti segnalati) X 100
- Percentuale difetti accettati = (Difetti accettati come validi dal team di sviluppo/Difetti totali segnalati) X 100
- Percentuale differita dei difetti = (Difetti differiti per versioni future/Totale difetti segnalati) X 100
- Percentuale difetti critici = (Difetti critici/Difetti totali segnalati) X 100
- Tempo medio impiegato da un team di sviluppo per riparare i difetti = (Tempo totale impiegato per le correzioni dei bug/Numero di bug)
- Numero di test eseguiti per periodo di tempo = Numero di test eseguiti/Tempo totale
- Testare l'efficienza della progettazione = Numero di test progettati/Tempo totale
- Efficienza della revisione dei test = Numero di test revisionati/Tempo totale
- Ricerca automatica dei bug o numero di difetti per ora di test = Numero totale di difetti/Numero totale di ore di prova
