Ciclo di vita di difetti / bug nel test del software

Cos'è il ciclo di vita dei difetti?

Il ciclo di vita del difetto o il ciclo di vita del bug nei test del software è l'insieme specifico di stati che il difetto o il bug attraversa per tutta la sua vita. Lo scopo del ciclo di vita del difetto è quello di coordinare e comunicare facilmente lo stato attuale del difetto che cambia ai vari assegnatari e rendere il processo di correzione del difetto sistematico ed efficiente.

Stato del difetto

Lo stato del difetto o lo stato del bug nel ciclo di vita del difetto è lo stato attuale da cui il difetto o un bug è attualmente in fase di elaborazione. L'obiettivo dello stato del difetto è quello di trasmettere con precisione lo stato attuale o l'avanzamento di un difetto o di un bug al fine di monitorare e comprendere meglio l'effettivo progresso del ciclo di vita del difetto.

Il numero di stati che un difetto attraversa varia da progetto a progetto. Di seguito il diagramma del ciclo di vita, copre tutti gli stati possibili

Nuovo: quando un nuovo difetto viene registrato e pubblicato per la prima volta. Viene assegnato lo stato NUOVO.
Assegnato: una volta che il bug è stato pubblicato dal tester, il responsabile del tester approva il bug e assegna il bug al team di sviluppatori
Aperto : lo sviluppatore inizia ad analizzare e lavora alla correzione dei difetti
Risolto : quando uno sviluppatore apporta una modifica al codice necessaria e verifica la modifica, può impostare lo stato del bug su "Risolto".
In attesa di nuovo test : una volta risolto il difetto, lo sviluppatore fornisce un codice particolare per ripetere il test del codice al tester. Poiché il test del software rimane in sospeso dalla fine del tester, lo stato assegnato è "in attesa di nuovo test".
Retest : Tester esegue nuovamente il test del codice in questa fase per verificare se il difetto è stato corretto o meno dallo sviluppatore e modifica lo stato in "Re-test".

Verificato : il tester verifica nuovamente il bug dopo che è stato corretto dallo sviluppatore. Se non viene rilevato alcun bug nel software, il bug viene corretto e lo stato assegnato viene "verificato".
Riapertura : se il bug persiste anche dopo che lo sviluppatore ha risolto il bug, il tester cambia lo stato in "riaperto". Ancora una volta il bug attraversa il ciclo di vita.
Chiuso : se il bug non esiste più, il tester assegna lo stato "Chiuso".
Duplica : se il difetto viene ripetuto due volte o il difetto corrisponde allo stesso concetto del bug, lo stato viene modificato in "duplicato".
Rifiutato : se lo sviluppatore ritiene che il difetto non sia un difetto reale, cambia il difetto in "rifiutato".
Differito : se il bug presente non ha una priorità primaria e se si prevede che venga risolto nella prossima versione, lo stato "Differito" viene assegnato a tali bug
Non un bug : se non influisce sulla funzionalità dell'applicazione, lo stato assegnato a un bug è "Non un bug".

Spiegazione del ciclo di vita dei difetti

Il tester trova il difetto
Stato assegnato al difetto - Nuovo
Un difetto viene inoltrato al Project Manager per l'analisi
Il Project Manager decide se un difetto è valido
Qui il difetto non è valido, viene assegnato lo stato "Rifiutato".
Quindi, il project manager assegna uno stato rifiutato . Se il difetto non viene rifiutato, il passaggio successivo consiste nel verificare se rientra nell'ambito di applicazione. Supponiamo di avere un'altra funzione: funzionalità di posta elettronica per la stessa applicazione e che tu trovi un problema con quella. Ma non fa parte del rilascio corrente quando tali difetti vengono assegnati come stato posticipato o differito .
Successivamente, il manager verifica se un difetto simile è stato sollevato in precedenza. In caso affermativo, al difetto viene assegnato un duplicato di stato .
In caso contrario, il difetto viene assegnato allo sviluppatore che inizia a correggere il codice. Durante questa fase, al difetto viene assegnato uno stato in corso.
Una volta che il codice è stato corretto. A un difetto viene assegnato uno stato risolto
Successivamente, il tester ripeterà il codice. Nel caso in cui il Test Case superi il difetto è chiuso. Se i casi di test falliscono di nuovo, il difetto viene riaperto e assegnato allo sviluppatore.
Considera una situazione in cui durante il primo rilascio della prenotazione del volo è stato riscontrato un difetto nell'ordine fax che è stato risolto e assegnato uno stato chiuso. Durante la seconda versione di aggiornamento lo stesso difetto è nuovamente emerso. In questi casi, un difetto chiuso verrà riaperto.