Come classificare la gravità dei bug per integrare la nostra classificazione di priorità?

14

Nel mio lavoro attuale abbiamo bug a bassa, media e alta priorità.

I bug a bassa priorità sono piccoli errori che non interrompono la spedizione o causano problemi reali a qualsiasi utente.
I bug con priorità media causano problemi ad alcuni utenti interni ma hanno soluzioni alternative conosciute.
I bug ad alta priorità sono problemi che i nostri clienti vedranno, possono corrompere i dati o bloccare un sistema.

bug issue-tracking

— Erin
fonte

13

Perché hai nomi impossibili da capire come "basso", "medio" e "alto"? Perché non usare solo parole reali come "crash", "corruzione", "soluzione alternativa conosciuta" e "fastidio"?

— S.Lott

1

Perché non ho nulla a che fare con la denominazione dei livelli di priorità. Devo solo usare ciò che mi viene dato. Mi piacciono i tuoi nomi per loro però.

— Erin,

2

Abbiamo un 4 ° livello, "Critico". È il peggiore di quello che classificheresti come "alto" (ad es. Guasto improvviso del server di produzione).

— FrustratedWithFormsDesigner

1

Trovo che Basso non sia mai usato ... tutti dicono che è Medio, Alto o Urgente

— Rachel

1

@ Thorbjørn Quando un errore impiega più tempo a mettere sotto controllo che a ripararsi lì quando l'ho notato, tendo a risolverlo. (Intendiamoci, non abbiamo un processo formale di controllo qualità, quindi nessun altro compito è mettere bug nel tracker. È più un elenco da "fare dopo" per noi che una coda di lavoro da qualcun altro.)

— CodexArcanum

23

Classifichiamo i nostri bug e difetti in base alla loro priorità e gravità.

Il livello di priorità è un'indicazione di quanto sia urgente risolvere / correggere il problema (urgente, alto, medio, basso, nessuno).

Il livello di gravità ci aiuta a identificare la quantità o il tipo di danno che può essere causato dal difetto (pericoloso / distruttivo, degradato e senza soluzioni alternative, interessato ma esiste una soluzione alternativa, fastidi / cosmetici, nessun impatto).

In genere, più il bug è pericoloso e distruttivo, maggiore è la priorità. Tuttavia, non è garantito. Di conseguenza, possiamo concludere con il bug occasionale elencato come pericoloso e distruttivo, ma a causa della rarità della situazione o della quantità di cambiamenti che potrebbero essere necessari per risolverlo, la sua priorità può in teoria diventare piuttosto bassa.

— Sparky
fonte

10

La gravità è davvero soggettiva per il tipo di prodotto che produci e per la tua impresa. Nel mio ultimo lavoro abbiamo realizzato autopiloti per container di grandi dimensioni / navi da crociera, quindi la nostra severità è stata

Molto alto - Iceberg avanti! Oh aspetta, sembra che il controllo della nave potrebbe essere perso o potrebbe confondere chi ha il controllo! Qualcuno ha capito come far girare questa nave !!!
Alto - Reclami relativi all'accettazione da parte dei clienti, la nave da crociera gira troppo velocemente, i clienti versano le bevande. Non possiamo usare le tue cose fino a quando questo non sarà risolto!
Medio - Funzionalità che migliorerebbe la facilità d'uso per clienti / tecnici sul campo. Roba che fa risparmiare tempo alle persone.
Basso - cose cosmetiche

Immagino che i livelli di gravità / priorità saranno drasticamente diversi se stai realizzando un'app Web e hai un modello di business / base clienti completamente diverso. Alla fine si tratta di ciò che i tuoi clienti si aspettano e di quanto si arrabbiano per il problema :)

— Doug T.
fonte

Dovresti pensare troppo alla tua classificazione delle cose cosmetiche. I bug cosmetici dimostrano che non ti interessa. Se non ti interessa, gli errori peggiori non sono attribuiti alla sfortuna e perdonati ma attribuiti alla negligenza.

— gnasher729,

@ gnasher729: qual è il tuo disaccordo specifico? Stai dicendo che un bug cosmetico che non influisce in modo significativo sul tempo che un cliente impiega a far funzionare il software dovrebbe essere classificato come più importante di un bug che lo influenza e non è cosmetico? O cosa? Le priorità sono relative, non assolute, e c'è sempre molto da fare.

— Nathan Tuggy,

0

Criteri di gravità che utilizzo:

Impedisce all'utente di ottenere ciò che desidera dal programma?
È visibile se l'utente esegue attività tipiche?
Rivela informazioni sensibili o consente di eseguire azioni non autorizzate?

La gravità di un determinato bug è una combinazione di questi punti.

— Nikita Barsukov
fonte

1

Importante è anche il numero di utenti interessati. E quali utenti, se l'applicazione ha funzionalità che non sono disponibili per tutti.

— FrustratedWithFormsDesigner

-1

Classificare i bug in base al loro fattore di fastidio, che può impedire alle persone di acquistare il software. Un bug che non influisce sulla spedizione o che causa seri problemi agli utenti può infastidire me stesso ogni volta che incontro il bug. E alla fine hai perso un utente e parte del tuo reddito.

Ora se combini quel tipo di bug con un'interfaccia utente che è stata modificata senza motivo apparente e senza alcun vantaggio visibile per l'utente, allora hai un vincitore assoluto che farà odiare il tuo software.

Non permettere che ciò accada. Non spedire con bug che fanno pensare ai clienti che non dai un ****.

— gnasher729
fonte

questo non tenta nemmeno di rispondere alla domanda posta, "Come classificare la gravità dei bug per integrare la nostra classificazione di priorità?" Vedi Come rispondere

— Gnat