Come classificare la gravità dell'insetto per integrare la nostra classificazione prioritaria?

13

Al mio attuale lavoro 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 per qualsiasi utente.
  • I bug a media priorità causano alcuni problemi agli utenti interni, ma sono noti soluzioni alternative.
  • I bug ad alta priorità sono problemi che i nostri clienti vedranno, possono danneggiare i dati o bloccare un sistema.

Come classificare la gravità dell'insetto per integrare la nostra classificazione prioritaria?

    
posta Erin 11.03.2011 - 15:44
fonte

4 risposte

22

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

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

Il livello di gravità, ci aiuta a identificare quanto o quale tipo di danno può essere causato dal difetto (pericoloso / distruttivo, degradato e senza soluzione, interessato ma esiste una soluzione, fastidio / estetica, nessun impatto).

In genere, più il bug è pericoloso e distruttivo, maggiore è la priorità. Tuttavia, non è garantito. Di conseguenza, possiamo finire con i bug occasionali elencati come pericolosi e distruttivi, ma a causa della rarità della situazione o della quantità di modifiche che potrebbero essere necessarie per risolverlo, la sua priorità può in teoria diventare piuttosto bassa.

    
risposta data 11.03.2011 - 16:34
fonte
10

La severità è davvero soggettiva rispetto al tipo di prodotto che produci e al tuo rendimento. Al mio ultimo lavoro abbiamo realizzato autopiloti per grandi container / navi da crociera, quindi la nostra gravità era

  • Molto alto - Iceberg in vista! Oh aspetta, sembra che il controllo della nave possa essere perso o che possa confondere chi ha il controllo! Qualcuno capisce come trasformare questa nave in giro !!!
  • Alta - reclami di accettazione del cliente, la nave da crociera diventa troppo veloce, i clienti versano i loro drink. Non possiamo usare le tue cose fino a quando non è stato risolto!
  • Media - Funzionalità che migliorerebbe la facilità d'uso per i clienti / tecnici sul campo. Cose che fanno risparmiare tempo alle persone.
  • Basso - cose estetiche

Immagino che i livelli di severità / priorità saranno drasticamente diversi se stai realizzando un'app web e hai un modello di business / base di clienti completamente diverso. Si tratta in definitiva di ciò che i clienti si aspettano e di quanto si arrabbiano per il problema:)

    
risposta data 11.03.2011 - 15:52
fonte
0

Criteri di severità che utilizzo:

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

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

    
risposta data 11.03.2011 - 15:52
fonte
-1

Classificare i bug in base al loro fattore di disturbo, che può impedire alle persone di acquistare il software. Un bug che non influisce sulla spedizione o causa problemi reali agli utenti può essere fastidioso per me ogni volta che incappo nel bug. E alla fine hai perso un utente e parte del tuo reddito.

Ora, se unisci questo tipo di bug con un'interfaccia utente che è stata modificata senza alcun motivo apparente e senza alcun beneficio visibile per l'utente, allora hai un vincitore assoluto che farà sì che le persone odino il tuo software.

Non permettere che ciò accada. Non spedire con bug che inducano i clienti a pensare di non dare un ****.

    
risposta data 02.12.2015 - 22:57
fonte

Leggi altre domande sui tag