Glossario · Fondamenti del testing
Severità del bug
In inglese: Bug severity
Detto anche: gravità del bug, severità del difetto, livello di severità, livelli di severità
Definizione
L'impatto di un difetto sul sistema o sugli utenti, da un crash totale o una perdita di dati fino a un problema estetico. Di solito la assegna il QA.
La severità di un bug descrive quanto un difetto compromette il prodotto: cosa si rompe, per chi e se esiste un workaround. È un giudizio tecnico sull’impatto, e di solito i tester la assegnano quando segnalano il bug. La severità non dice direttamente quando il bug verrà corretto: quella è la priorità.
Scala tipica
I nomi variano tra team e tracker, ma la maggior parte usa quattro o cinque livelli:
| Severità | Significato | Esempio |
|---|---|---|
| Critica / Bloccante | Sistema fermo, perdita o corruzione di dati, falla di sicurezza, nessun workaround | Il checkout restituisce un 500 a tutti gli utenti |
| Maggiore / Alta | Una funzionalità principale è rotta o errata, workaround scomodo o assente | I rimborsi sono calcolati con l’aliquota IVA sbagliata |
| Moderata / Media | Funzionalità parzialmente rotta, esiste un workaround ragionevole | L’export CSV ignora il filtro per data; puoi filtrare in un foglio di calcolo |
| Minore / Bassa | Piccolo problema funzionale con impatto limitato | L’ordinamento di una lista poco usata è invertito |
| Banale / Estetica | Problema visivo o di testo, nessun effetto funzionale | Icona disallineata, refuso in un tooltip |
Severità e priorità
Severità = impatto del difetto (tecnica, assegnata dal QA). Priorità = urgenza della correzione (di business, decisa dal product owner o nel triage).
Sono indipendenti, ed è per questo che nei colloqui si chiedono esempi di ogni combinazione:
- Severità alta, priorità bassa: l’app va in crash importando un formato di file che un solo cliente legacy usa una volta all’anno.
- Severità bassa, priorità alta: il nome dell’azienda è scritto male in home page il giorno prima di un lancio.
- Severità alta, priorità alta: il pagamento fallisce per tutti gli utenti.
- Severità bassa, priorità bassa: un refuso in una pagina di impostazioni visitata di rado.
Errori comuni
- Gonfiare la severità per far correggere un bug prima. A questo serve la priorità. Una severità gonfiata rende la metrica inutile.
- Valutare in base a quanto è stato fastidioso trovarlo. Valuta in base all’impatto su utenti e business, e indica chi è colpito e con quale frequenza.
- Ignorare il workaround. Lo stesso malfunzionamento è più grave quando non c’è modo di aggirarlo.