Fehlerstatus: "WON'T FIX" vs "Cancelled"

13

Ich war an mehreren Projekten als Tester oder Entwickler beteiligt. In vielen Projekten gab es folgende Mängelzustände:

WIRD NICHT BEHEBEN
Abgesagt

Verwenden Sie solche Status und wie unterscheiden Sie sie? Ich frage, weil die meisten Leute den Unterschied nicht erklären können. Mein Verständnis ist:

WON'T FIX - Der Entwickler wird den Fehler nicht beheben, da es sich nicht um einen Fehler handelt.
Abgebrochen - Fehler sollte wegen der niedrigsten Priorität nicht behoben werden

tools issue-tracking

— sergionni
quelle

12

Wie andere angemerkt haben, sind diese Statusnamen nicht sehr klar. Ich würde genauere und detailliertere Statusnamen bevorzugen:

Wird nicht repariert (die Kosten für die Reparatur sind nicht gerechtfertigt)
Problemumgehung bereitgestellt (und es ist genug, um Benutzer glücklich zu machen)
Kein Bug (aber ein Feature)
Nicht reproduzierbar
Duplikat

— Péter Török
quelle

Problemumgehung Vorausgesetzt, es ist etwas Neues, andere Status sind bekannt

— Sergionni

1

"Fix in Later Version" kann ein weiterer nützlicher Status sein. Normalerweise verwenden wir es gegen Ende des Entwicklungszeitraums, weil wir nicht die Zeit oder die Ressourcen haben, um es zu reparieren (obwohl wir es gerne möchten). Bis zur Behebung werden Kunden über eine SVA (Software Vulnerability Assessment) darüber informiert. Wenn wir diesen SVA loswerden, erhalten wir einen zusätzlichen Anreiz, ihn in der nächsten Version zu beheben.

— Sparky

Sie können einfach die Version der Aufgabe in Jira ändern, anstatt den Status "In späterer Version

— korrigieren

6

Ich denke, Sie haben die Antworten verkehrt herum

Wird nicht behoben - Gilt für einen geringfügigen Fehler, der keine Auswirkungen hat oder möglicherweise in einer älteren Version vorliegt. Die Zeit der Entwickler für dessen Behebung lohnt sich daher nicht, sie erkennen jedoch an, dass es sich um einen Fehler handelt.

Abgebrochen - Dies könnte ein Fehlerbericht sein, wenn er nicht reproduzierbar ist oder möglicherweise überhaupt kein Fehler ist.

Yah. Ich hatte angenommen, dass "Abgebrochen" angewendet wird, wenn der "Fix" in der Entwicklung, aber nicht abgeschlossen ist, da beim zweiten Screening festgestellt wurde, dass er nicht benötigt wird (entweder weil der gesamte Codeabschnitt durch etwas anderes ersetzt wurde oder weil er gefunden wurde) kein Problem sein). "Wird nicht repariert" kann bedeuten, dass entweder entschieden wurde, dass es kein Problem ist, oder dass es so geringfügig ist, dass es die Investition nicht wert ist, die erforderlich ist, um es zu beheben.

— 17.

5

Nimm deine 2 Beschreibungen:

WON'T FIX - Der Entwickler wird den Fehler nicht beheben, da es sich nicht um einen Fehler handelt.

Abgebrochen - Fehler sollte wegen der niedrigsten Priorität nicht behoben werden

Es ist offensichtlich, dass der beabsichtigte Unterschied ist:

WIRD NICHT BEHEBEN - Es ist nicht kaputt, wir haben es absichtlich für dieses Verhalten vorgesehen (z. B. Feature kein Bug);

Storniert - Wir sind uns einig, dass es kaputt ist, aber es ist so unbedeutend / belanglos, dass wir niemals die Mühe haben werden, es zu reparieren.

— Dan McGrath
quelle

— Tatsächlich

Diese Beschreibungen sind genauso sinnvoll, wenn Sie sie umkehren: "Das Ticket wird storniert, weil es kein Fehler ist", "Wir werden es nicht beheben, weil es trivial ist"

— Kevin Laity

@ Kevin, da stimme ich voll und ganz zu. Ich würde behaupten , sie tatsächlich machen mehr Sinn , wenn umgekehrt. Ich habe basierend auf den Informationen in der Frage rein anhand geantwortet.

— Dan McGrath

1

In meinem Unternehmen verwenden wir solche Status nicht und ich denke, dass sie keine gute Wahl für die Kennzeichnung der von Ihnen beschriebenen Staaten sind.

Unsere Staaten bestehen aus

Neu
im
Gange Testbereit
Geschlossen
Wiedereröffnet

Und die Staaten sollten so einfach sein. Alles, was detaillierter ist, als ob es sich um einen Fehler handelt oder wenn die Priorität zu niedrig ist, sollte in eine Notiz geschrieben werden.

— Tim
quelle

1

Storniert scheint zu bedeuten, dass entweder ein Fix gestartet, aber dann gestoppt wurde, möglicherweise, weil mehr Ressourcen benötigt wurden als ursprünglich angenommen und mehr als der Defekt rechtfertigt, oder dass die Person, die das Defektticket eingegeben hat, ihre Meinung über einen Defekt geändert hat. Won't Fix scheint zu stimmen, dass ein Defekt vorliegt, es aber einen Grund gibt, warum Sie ihn zu diesem Zeitpunkt nicht beheben möchten (Kosten-Nutzen-Verhältnis, mögliche Auswirkungen auf andere Funktionen usw.).

— Jason
quelle