Sono stato coinvolto in diversi progetti come tester o sviluppatore. In molti dei progetti c'erano stati seguenti stati per i difetti:
Usi tali stati e come li differisci? Chiedo, perché la maggior parte delle persone non può spiegare la differenza. La mia comprensione è:
NON FISSA - lo sviluppatore non correggerà il difetto, a causa del fatto che non è un difetto;
Annullato - il difetto non dovrebbe essere corretto, a causa del più basso priorità
Come altri hanno notato, questi nomi di stato non sono molto chiari. Preferirei nomi di stato più precisi e dettagliati:
Penso che tu abbia le risposte indietro
Non risolverà - si applicherebbe a un bug minore che non ha impatto o potrebbe essere in una versione precedente quindi non vale il costo degli sviluppatori per ripararlo ma riconosce che è s bug.
Annullato - Questo potrebbe segnalare un bug errato in quanto non è riproducibile o potrebbe essere che non si tratti di un bug.
Ecco le 2 descrizioni:
WON'T FIX - developer will not fix the defect, due to it's not a defect;
Cancelled - defect should not be fixed, because of lowest priority
È ovvio che la differenza desiderata è:
WON'T FIX - It's not broken, we purposely intended for this behaviour (E.g., feature not a bug);
Cancelled - We agree it is broken, but it is so trivial/inconsequentally we will never be bothered to fix it.
Nella mia azienda non usiamo tali stati e penso che non siano una buona scelta di etichettatura per gli stati che hai descritto.
I nostri stati sono costituiti da
Nuova
In corso
Pronto per testare
chiusa
Riaperto
E gli stati dovrebbero essere così semplici. Qualunque cosa più dettagliata come se fosse un bug o se sia troppo bassa una priorità dovrebbe essere inserita in una nota.
Annullato sembra implicare che sia stata avviata una soluzione, ma poi è stata interrotta, forse perché si è rivelato necessario più risorse di quelle originariamente pensate e più che il difetto giustifica o che la persona che ha inserito il ticket ha cambiato idea un difetto La correzione non sembra che ci sia un accordo sul fatto che esiste un difetto ma che esiste un motivo per non volerlo risolvere in questo momento (costo vs beneficio, potenziale impatto su altre funzionalità, ecc.).
Leggi altre domande sui tag issue-tracking tools