Cosa succede con un rapporto di bug se non è stato corretto?

Se un rapporto di bug non viene corretto, passa attraverso le seguenti fasi nel suo ciclo di vita:

• Aperto (Open): Il rapporto di bug viene creato e consegnato al team di sviluppo.
• Assegnato (Assigned): Il compito di correggere il bug viene assegnato a uno sviluppatore o team specifico.
• Rifiutato (Rejected / Declined): Il bug può essere rifiutato per vari motivi:
  • Non è un bug (Not a Bug): Il comportamento descritto è quello atteso.
  • Duplicato (Duplicate): Il bug è già stato registrato in precedenza.
  • Impossibile da riprodurre (Cannot Reproduce): Non è possibile riprodurre il bug con i passaggi forniti.
  • Non verrà corretto (Will Not Fix): Il bug non verrà corretto per decisione della direzione (bassa priorità, alto rischio di correzione, mancanza di risorse, ecc.).
  • Ulteriori informazioni necessarie (Need More Info): Sono necessarie informazioni aggiuntive per riprodurre o comprendere il problema.
• Differito (Deferred / Postponed): La correzione del bug è stata posticipata a una versione o iterazione successiva a causa di priorità più alte o mancanza di tempo/risorse.
• Chiuso (Closed): In caso di rifiuto o posticipo, il rapporto di bug alla fine passa allo stato "Chiuso", ma senza correzione.

Il destino finale di un bug non corretto dipende dal suo stato e dalla decisione presa:

• Se rifiutato, il rapporto di bug viene semplicemente archiviato. Possono essere aggiunti commenti giustificativi.
• Se posticipato, può essere riaperto in futuro quando ci sarà la possibilità di correggerlo, o definitivamente chiuso se la decisione di non correggerlo diventa definitiva.

È importante che nel sistema di gestione dei bug ci sia una storia chiara delle modifiche di stato e commenti che spiegano le ragioni di ogni transizione.