Esistono varie metriche come "efficacia del test case", che viene calcolata come (Numero totale di bug trovati / Numero totale di casi di test eseguiti).
Mentre questo produce alcuni numeri all'inizio, quando viene eseguito su un prodotto maturo, in genere non vengono rilevati errori. Ma poi otterrei 0/100 = 0% e non ha senso riportare l'efficacia del test case allo 0%.
Come utilizzare questi parametri per ottenere dati significativi?
Accendilo è la testa. Cambia la formula in:
100% -bugs trovati / test eseguiti. Chiamalo costruire stabilità o qualcosa del genere.
Quindi sarai in grado di dire agli stakeholder interessati che questa build è stabile al 100% per quanto riguarda le cose che sai che devi testare. Tuttavia, questo si interrompe se le persone trovano bug che nessuno ha mai visto / non hai casi di test per.
Innanzitutto, congratulazioni per aver lavorato abbastanza duramente sulla qualità che questo è un problema.
Il modo più efficace di affrontare questo problema, se sei abbastanza fortunato da averlo, è quello di seminare il codice sotto test con bug noti.
I tester e chiunque li istruisca non dovrebbero sapere che questo sta accadendo o quanti bug vengono introdotti quando accade. In genere il numero è randomizzato in qualche modo. Questo ti permette di testare i tuoi tester. Ottieni un punteggio X su Y oggettivo.
Non c'è qualcosa da fare ogni volta, ma mantiene i tester svegli e consente loro di mostrare le loro abilità anche mentre i programmatori stanno facendo il loro dovere di metterli fuori da un lavoro.
.