Differenza tra gravità e priorità nei test (esempio)

Gravità vs. Priorità: differenza tra loro

• La priorità è l'ordine in cui lo sviluppatore dovrebbe 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, moderata, minore e cosmetica.
• La priorità è associata alla pianificazione mentre la gravità è associata alla funzionalità o agli standard.
• La priorità indica entro quanto tempo il bug dovrebbe essere corretto mentre la gravità indica la gravità del difetto sulla funzionalità del prodotto.
• La priorità dei difetti viene decisa consultandosi con il manager/cliente, mentre i livelli di gravità dei difetti sono determinati dall'ingegnere QA.
• La priorità è determinata dal valore aziendale, mentre la gravità è determinata dalla funzionalità.
• Il valore della priorità è soggettivo e può cambiare nel corso di 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 priorità alta e gravità bassa indica che il difetto deve essere corretto immediatamente ma non influisce sull'applicazione, mentre lo stato di gravità alta e bassa indica che il difetto deve essere corretto ma non immediatamente.
• Lo stato di priorità si basa sulle esigenze del cliente mentre lo stato di gravità si basa sull'aspetto tecnico del prodotto.

Cos'è la gravità dei bug

Gravità del bug o La gravità del difetto nei test è il grado di impatto di un bug o a Difetto ha sull'applicazione software in prova. Un effetto più elevato di bug/difetto sulla funzionalità del sistema porterà a un livello di gravità più elevato. UN Certificazione di qualità l'ingegnere di solito determina il livello di gravità di un bug/difetto.

Cos'è la priorità?

La priorità è definita come l'ordine in cui un difetto deve essere corretto. Maggiore è la priorità, prima il difetto dovrebbe essere risolto.

Ai difetti che rendono inutilizzabile il sistema software viene data una priorità maggiore rispetto ai difetti che causano il fallimento di una piccola funzionalità del software.

Tipi di gravità

In Software TestingI tipi di gravità del bug/difetto possono essere classificati nelle seguenti parti:

• critico: Questo difetto indica l'arresto completo del processo, non è più possibile procedere oltre
• Maggiore: È un difetto molto grave e fa collassare il sistema. Tuttavia, alcune parti del sistema rimangono funzionali
• Medio: Causa alcuni comportamenti indesiderati, ma il sistema è ancora funzionante
• Basso: Non causerà alcun grave guasto del sistema

Tipi di priorità

I tipi di priorità del bug/difetto possono essere classificati in tre parti:

• Basso: Il Difetto è irritante ma è possibile ripararlo una volta risolto il Difetto più grave
• Medium: Durante il normale corso delle attività di sviluppo il difetto dovrebbe essere risolto. Può attendere fino alla creazione di una nuova versione
• Alto: Il difetto deve essere risolto il prima possibile poiché influisce gravemente sul sistema e non può essere utilizzato finché non viene risolto

Suggerimenti per determinare la gravità di un difetto

• Decidere la frequenza con cui si verifica: 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 si tratta di un difetto minore.
• Isolare il difetto: isolare il difetto può aiutare a scoprire la gravità dell'impatto.

Differenza tra gravità e priorità nei test

Esempio di gravità e priorità del difetto

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 gravità bassa in quanto non influirà sulla funzionalità del sito Web ma può avere una priorità alta poiché non si desidera che vengano eseguite ulteriori spedizioni con il logo sbagliato.
• Gravità molto elevata con bassa priorità: allo stesso modo, per un sito web operativo di volo, un difetto nella funzionalità di prenotazione può essere di gravità elevata ma può avere una bassa priorità, in quanto può essere programmato per essere rilasciato in un ciclo successivo.

Valutazione 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 di risorse. Pertanto, quando il numero di difetti è elevato e i tester per verificarli sono limitati, il triage dei difetti aiuta a cercare di risolvere il maggior numero di difetti in base a parametri di difetto come gravità e priorità.

Come determinare il triage 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 comprende i seguenti passaggi

• Revvisualizzando tutti i difetti, compresi quelli rifiutati dal team
• La valutazione iniziale dei difetti si basa sul loro contenuto e sulle rispettive impostazioni di priorità e gravità
• Dare priorità al difetto in base agli input
• Assegnare il difetto al rilascio corretto da parte del product manager
• Reindirizza il difetto al proprietario/team corretto per ulteriori azioni

Linee guida che ogni tester dovrebbe prendere in considerazione prima di selezionare una gravità

Il parametro di gravità viene valutato dal tester mentre il parametro di priorità viene valutato dal product manager o dal team di triage. Per dare priorità al difetto, è fondamentale che un tester scelga la giusta gravità per evitare confusione con il team di sviluppo.

• Comprendere 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à
• Capire come funziona un particolare scenario o Test Case influenzerebbe l'utente finale
• È necessario considerare quanto tempo ci vorrebbe per correggere il difetto in base alla sua complessità e al tempo necessario per verificarlo.

Conclusione

In Software Engineering, Assegnare una gravità errata al difetto può ritardare il processo STLC processo e può avere implicazioni drastiche sulle prestazioni complessive del team. Pertanto, la persona responsabile deve essere precisa e accurata nella sua richiesta di assegnazione del difetto.