Gravità dei bug
Gravità del bug o gravità del difetto nei test è un grado di impatto che un bug o un difetto ha sull'applicazione software sottoposta a test. Un effetto maggiore di bug / difetto sulla funzionalità del sistema porterà a un livello di gravità più elevato. Un ingegnere addetto all'assicurazione della qualità determina solitamente il livello di gravità di un bug / difetto.
Cos'è la priorità?
La priorità è definita come l'ordine in cui un difetto deve essere risolto. Maggiore è la priorità, prima dovrebbe essere risolto il difetto.
Ai difetti che rendono inutilizzabile il sistema software viene data maggiore priorità rispetto ai difetti che causano il fallimento di una piccola funzionalità del software.
DIFFERENZA CHIAVE
- La priorità è l'ordine in cui lo sviluppatore deve risolvere un difetto mentre la gravità è il grado di impatto che un difetto ha sul funzionamento del prodotto.
- La priorità è classificata in tre tipi: bassa, media e alta, mentre la gravità è classificata in cinque tipi: critica. maggiore, moderato, minore e cosmetico.
- La priorità è associata alla pianificazione mentre la gravità è associata a funzionalità o standard.
- La priorità indica quanto tempo deve essere risolto il bug, mentre la gravità indica la gravità del difetto sulla funzionalità del prodotto.
- La priorità dei difetti viene decisa in consultazione con il manager / cliente, mentre i livelli di gravità dei difetti sono determinati dall'ingegnere QA.
- La priorità è guidata dal valore aziendale mentre la gravità è guidata dalla funzionalità.
- Il valore della priorità è soggettivo e può cambiare in un periodo di tempo a seconda del cambiamento nella situazione del progetto, mentre il valore della gravità è oggettivo e ha meno probabilità di cambiare.
- Lo stato di alta priorità e bassa gravità indica che il difetto deve essere risolto su base immediata ma non influisce sull'applicazione, mentre lo stato di alta gravità e bassa priorità indica che il difetto deve essere risolto ma non su base immediata.
- Lo stato di priorità si basa sui requisiti del cliente mentre lo stato di gravità si basa sull'aspetto tecnico del prodotto.
Tipi di gravità
In Software Testing, i tipi di gravità di bug / difetto possono essere classificati in quattro parti:
- Critico : questo difetto indica l'arresto completo del processo, nulla può procedere oltre
- Maggiore : è un difetto molto grave e fa collassare il sistema. Tuttavia, alcune parti del sistema rimangono funzionali
- Medio : provoca alcuni comportamenti indesiderati, ma il sistema è ancora funzionante
- Basso : non causerà alcun grave guasto del sistema
Tipi di priorità
I tipi di priorità di bug / difetto possono essere classificati in tre parti:
- Basso: il difetto è irritante ma la riparazione può essere eseguita una volta risolto il difetto più grave
- Medio: durante il normale corso delle attività di sviluppo il difetto dovrebbe essere risolto. Può attendere fino a quando non viene creata una nuova versione
- Alto: il difetto deve essere risolto il prima possibile poiché influisce gravemente sul sistema e non può essere utilizzato fino a quando non viene risolto
Suggerimenti per determinare la gravità di un difetto
- Decidere la frequenza di occorrenza: in alcuni casi, se il verificarsi di un difetto minore è frequente nel codice, può essere più grave. Quindi dal punto di vista dell'utente, è più grave anche se è un difetto minore.
- Isolare il difetto: isolare il difetto può aiutare a scoprire la gravità dell'impatto.
Priorità vs gravità: differenza fondamentale
| Priorità | Gravità |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Esempio di gravità e priorità dei difetti
Vediamo un esempio di bassa gravità e alta priorità e viceversa
- Una gravità molto bassa con una priorità alta: un errore del logo per qualsiasi sito Web di spedizione può essere di bassa gravità in quanto non influirà sulla funzionalità del sito Web ma può essere di alta priorità in quanto non si desidera che ulteriori spedizioni procedano con il logo sbagliato.
- Una gravità molto alta con una priorità bassa: allo stesso modo, per il sito web operativo di volo, un difetto nella funzionalità di prenotazione può essere di gravità elevata ma può essere una priorità bassa in quanto può essere programmato per il rilascio in un ciclo successivo.
Triage dei difetti
Il triage dei difetti è un processo che cerca di riequilibrare il processo in cui il team di test affronta il problema della disponibilità limitata delle risorse. Quindi, quando il numero di difetti è elevato e i tester limitati per verificarli, il triage dei difetti aiuta a cercare di ottenere il maggior numero di difetti risolti in base ai parametri del difetto come la gravità e la priorità.
Come determinare la valutazione dei difetti:
La maggior parte dei sistemi utilizza la priorità come criterio principale per valutare il difetto. Tuttavia, un buon processo di triage considera anche la gravità.
Il processo di triage include i seguenti passaggi
- Revisione di tutti i difetti inclusi i difetti rifiutati dal team
- La valutazione iniziale dei difetti si basa sul suo contenuto e sulle rispettive impostazioni di priorità e gravità
- Dare la priorità al difetto in base agli input
- Assegnare il difetto al rilascio corretto da parte del responsabile del prodotto
- Reindirizza il difetto al proprietario / team corretto per ulteriori azioni
Linee guida che ogni tester dovrebbe considerare prima di selezionare una gravità
Il parametro di gravità viene valutato dal tester mentre il parametro di priorità viene valutato dal responsabile del prodotto o dal team di triage. Per dare la priorità al difetto, è fondamentale che un tester scelga la giusta gravità per evitare confusione con il team di sviluppo.
- Comprendi bene il concetto di priorità e gravità
- Assegna sempre il livello di gravità in base al tipo di problema poiché ciò influirà sulla sua priorità
- Comprendere in che modo un particolare scenario o scenario di test potrebbe influire sull'utente finale
- È necessario considerare quanto tempo ci vorrebbe per riparare il difetto in base alla sua complessità e tempo per verificare il difetto
Conclusione:
- Nell'ingegneria del software, l'assegnazione di una gravità errata al difetto può ritardare il processo STLC e può avere alcune drastiche implicazioni sulle prestazioni complessive del team. Quindi, la persona responsabile deve essere precisa e accurata nella sua richiesta di assegnazione del difetto.