Stati dei difetti: "NON RISOLTO" vs "Annullato"

13

Sono stato coinvolto in diversi progetti come tester o sviluppatore. In molti progetti c'erano i seguenti stati per i difetti:

NON RISOLVERE
Annullato

Usi tali stati e come li differenzi? Chiedo, perché la maggior parte delle persone non può spiegare la differenza. La mia comprensione è:

NON FISSA - lo sviluppatore non risolverà il difetto, perché non è un difetto;
Annullato : il difetto non deve essere risolto a causa della priorità più bassa

tools issue-tracking

— sergionni
fonte

12

Come altri hanno notato, questi nomi di stato non sono molto chiari. Preferirei nomi di stato più precisi e dettagliati:

Non risolverà (il costo per risolvere questo non è giustificato)
Soluzione alternativa (ed è sufficiente per rendere felici gli utenti)
Non un bug (ma una funzionalità)
Non riproducibile
Duplicare

— Péter Török
fonte

Soluzione alternativa, è qualcosa di nuovo, sono noti altri stati

— sergionni,

1

"Correzione nella versione successiva" può essere un altro stato utile. In genere lo usiamo verso la fine del periodo di sviluppo, perché non abbiamo il tempo o le risorse per ripararlo (anche se vorremmo). Fino a quando non viene risolto, i clienti vengono informati tramite un SVA (valutazione della vulnerabilità del software). Sbarazzarsi di quel SVA, ci dà un ulteriore incentivo per risolverlo nella prossima versione.

— Sparky

puoi semplicemente modificare la versione dell'attività in Jira invece di utilizzare lo stato "Correggi in versione successiva"

— sergionni

6

Penso che tu abbia le risposte al contrario

Non risolve - si applicherebbe a un bug minore che non influisce o potrebbe essere in una versione precedente, pertanto non vale il costo del tempo degli sviluppatori per risolverlo, ma riconoscono che si tratta di un bug.

Annullato - Potrebbe trattarsi di una segnalazione errata di bug se non è riproducibile o potrebbe non essere affatto un bug.

yah. Avevo considerato "cancellato" da applicare quando la "correzione" era in fase di sviluppo ma non completata perché al secondo screening non era necessario (perché l'intera sezione del codice veniva sostituita con qualcos'altro o perché era stata trovata non essere un problema). "Non risolverà" può significare che non è un problema o è così piccolo che non vale l'investimento necessario per risolverlo.

— jwenting

5

Prendendo le tue 2 descrizioni:

NON FISSA - lo sviluppatore non risolverà il difetto, perché non è un difetto;

Annullato : il difetto non deve essere risolto a causa della priorità più bassa

È ovvio che la differenza prevista è:

NON FISSA - Non è rotto, abbiamo intenzionalmente previsto questo comportamento (ad esempio, la funzionalità non è un bug);

Annullato - Siamo d'accordo che è rotto, ma è così banale / senza conseguenze che non ci preoccuperemo mai di risolverlo.

— Dan McGrath
fonte

in realtà, c'è anche lo stato "Not a bug", che è chiuso al tuo comportamento "Won't fix"

— sergionni

Queste descrizioni hanno lo stesso senso se le inverti: "Il biglietto è stato annullato perché non è un bug", "Non lo ripareremo perché è banale"

— Kevin Laity

@ Kevin, sono completamente d'accordo. Direi che in realtà hanno più senso se invertiti. Ho risposto basandomi esclusivamente sulla base delle informazioni contenute nella domanda.

— Dan McGrath,

1

Nella mia azienda non utilizziamo tali stati e penso che non siano una buona scelta di etichettatura per gli stati che hai descritto.

I nostri stati sono costituiti da

Nuovo
in corso
Pronto per il test
Chiuso
Riaperto

E gli stati dovrebbero essere così semplici. Qualcosa di più dettagliato come se fosse un bug o se è troppo basso di una priorità dovrebbe essere messo in una nota.

— Tim
fonte

1

Annullato sembra implicare che una correzione sia stata avviata ma poi interrotta, forse perché si è rivelata necessaria una maggiore quantità di risorse di quanto si pensasse originariamente e più che il difetto giustifica o che la persona che ha inserito il ticket del difetto ha cambiato idea sul fatto che fosse un difetto. Non risolverà sembra che ci sia un accordo sull'esistenza di un difetto ma che ci sia una ragione per non voler risolverlo in questo momento (costo vs beneficio, potenziale impatto su altre funzionalità, ecc.).

— Jason
fonte