Stany defektów: „WON'T FIX” vs „Cancelled”

13

Brałem udział w kilku projektach jako tester lub programista. W wielu projektach występowały następujące statusy wad:

  1. NIE NAPRAWIĆ
  2. Anulowany

Czy używasz takich statusów i jak je różnicujesz? Pytam, ponieważ większość ludzi nie potrafi wyjaśnić różnicy. Rozumiem:

WON'T FIX - programista nie naprawi wady, ponieważ nie jest to wada;
Anulowane - wada nie powinna być naprawiona z powodu najniższego priorytetu

tools issue-tracking sergionni
źródło

Odpowiedzi:

12

Jak zauważyli inni, te nazwy statusu nie są bardzo jasne. Wolałbym bardziej precyzyjne i szczegółowe nazwy statusu:

  • Nie naprawi (koszt naprawy nie jest uzasadniony)
  • Obejście dostarczone (i wystarczy, aby uszczęśliwić użytkowników)
  • Nie błąd (ale funkcja)
  • Niereprodukowalny
  • Duplikować
Péter Török
źródło
Obejście problemu Pod warunkiem, że jest to coś nowego, znane są inne statusy
sergionni
1
„Napraw w późniejszej wersji” może być kolejnym przydatnym statusem. Zwykle używamy go pod koniec okresu programowania, ponieważ nie mamy czasu ani zasobów, aby go naprawić (chociaż chcielibyśmy). Do czasu rozwiązania problemu klienci są o tym powiadamiani za pomocą SVA (ocena podatności na oprogramowanie). Pozbycie się tego SVA, daje nam dodatkową motywację do naprawy go w następnej wersji.
Sparky,
możesz po prostu zmienić wersję zadania w Jira zamiast używać statusu „Napraw w późniejszej wersji”
sergionni,
6

Myślę, że masz odpowiedzi od tyłu

Nie naprawi się - dotyczyłby drobnego błędu, który nie ma wpływu lub może być w starszej wersji, dlatego nie jest wart kosztu czasu deweloperów, aby go naprawić, ale potwierdzają, że to błąd.

Anulowane - może to być zły raport o błędzie, jeśli nie jest powtarzalny lub może nie być wcale błędem.


źródło
tak. Uznałem, że „anulowano” do zastosowania, gdy „poprawka” była w fazie opracowywania, ale nie została ukończona, ponieważ podczas drugiego przeglądu okazało się, że nie była potrzebna (albo dlatego, że cała sekcja kodu została zastąpiona przez coś innego, albo dlatego, że została znaleziona nie stanowić problemu). „Nie naprawi” może oznaczać, że nie jest to problem lub jest tak niewielkie, że nie jest warte inwestycji wymaganej do jego naprawienia.
jwenting
5

Biorąc swoje 2 opisy:

WON'T FIX - programista nie naprawi wady, ponieważ nie jest to wada;

Anulowane - wada nie powinna być naprawiona z powodu najniższego priorytetu

Oczywiste jest, że zamierzoną różnicą jest:

WON'T FIX - Nie jest zepsuty, celowo chcieliśmy tego zachowania (np. Funkcja nie jest błędem);

Anulowano - Zgadzamy się, że jest zepsuty, ale jest tak trywialny / niekonsekwentny, że nigdy nie będziemy mieli problemu z jego naprawieniem.

Dan McGrath
źródło
w rzeczywistości jest też status „Not a bug”, który jest zamknięty dla twojego zachowania „Won't fix”
sergionni
Te opisy mają taki sam sens, jeśli je odwrócisz: „Bilet został anulowany, ponieważ nie jest to błąd”, „Nie naprawimy go, ponieważ jest trywialny”
Kevin Laity
@Kevin, całkowicie się zgadzam. Twierdziłbym, że faktycznie mają większy sens, gdy odwrócone. Odpowiedziałem wyłącznie na podstawie informacji zawartych w pytaniu.
Dan McGrath,
1

W mojej firmie nie używamy takich statusów i uważam, że nie są dobrym wyborem do opisywania stanów, które opisałeś.

Nasze państwa składają się z

Nowy w
toku
Gotowy do testowania
Zamknięty
Ponownie otwarty

Stany powinny być takie proste. Coś bardziej szczegółowego, jakby to był błąd lub jeśli jest zbyt niski, należy umieścić w notatce.

Tim
źródło
1

Odwołanie wydaje się sugerować, że albo poprawka została uruchomiona, ale potem zatrzymana, być może dlatego, że okazało się, że potrzebowała więcej zasobów, niż pierwotnie sądzono i więcej niż wada uzasadnia, lub że osoba, która weszła do zgłoszenia wady, zmieniła zdanie na temat wady. Naprawienie nie wydaje się, że istnieje umowa, że ​​wada istnieje, ale istnieje powód, dla którego nie chce się jej naprawiać w tym momencie (koszt w porównaniu do korzyści, potencjalny wpływ na inne funkcje itp.).

Jason
źródło