Odpowiedzi:
Problemy otwarte są na ogół po raz pierwszy bez względu na to, jakie są problemy.
Problemy, które zostaną ponownie otwarte, to 1) występują ponownie i / lub 2) nie zostały poprawnie naprawione. Przyczyn może być wiele - kluczowy może być często powiązany z oryginalnym opisem problemu dla użytkownika końcowego.
Nie sądzę, aby jakikolwiek rozsądny sklep wykorzystałby to jako miernik do oceny personelu technicznego [sam], ale jest on przydatny jako środek do określenia skuteczności reakcji, a także może oznaczać podstawowe problemy, które należy rozwiązać.
Moja stara firma używała tych statusów, by sprawdzić, ile razy Twój problem poszedł do „Ponownie otwarty”, aby zobaczyć, jak „zły” byłeś programistą. Myśleli, że istnieje korelacja między liczbą „ponownego otwarcia” elementu pracy a twoją wartością jako programisty.
Już tam nie pracuję.
Żywotność błędu często wynosi:
to znaczy.
Ktoś znajduje błąd i otwiera go w module śledzącym. Twórca rozwiązuje to najlepiej, jak potrafi, dzięki zrozumieniu problemu. Tester ponownie testuje, aby sprawdzić, czy poprawka zadziałała, i ponownie otwiera się, jeśli mogą sprawdzić, czy nie zadziałała. Jeśli poprawka zostanie zweryfikowana, błąd zostanie zamknięty.
Drugi scenariusz polega na tym, że poprawka w innym miejscu spowodowała regresję i błąd musi zostać naprawiony ponownie. W ten sposób jest ponownie otwierany.
Może być również bardziej oczywiste, że problem wymaga bliższej uwagi lub szybszej uwagi, ponieważ nadal stanowi problem po tym, jak uważano, że problem został rozwiązany.
Otwarty oznacza, że jest to nowy problem. Ponownie otwarte średnie znaczenie było problemem, który został otwarty-> zamknięty, a następnie ponownie otwarty.
Dlaczego został ponownie otwarty? Być może deweloper i tester uważali, że problem został rozwiązany, ale tak naprawdę nie został naprawiony. A może problem został naprawiony, ale niektóre inne późniejsze zmiany kodu spowodowały, że problem się powtórzył. Nie ma znaczenia, w jaki sposób ponownie otwarty problem jest złym znakiem, a zatem jest podzielony na różne kategorie.
Sposób, w jaki go tutaj wykorzystujemy:
Nowe zadanie: Utworzone na początku projektu, aby pokazać wszystkie prace, które należy wykonać. Jest otwarty, dopóki ktoś go nie zakoduje, a następnie zostanie rozwiązany. Jest on ponownie otwierany tylko wtedy, gdy coś nie zostało zaimplementowane lub jeśli funkcjonalność uległa zmianie, a programista musi wrócić i spędzić sporo czasu nad tym pracując.
Błąd / wada: Otwarty przez kogoś w kontroli jakości lub innego programisty sprawdzającego ogólnie działający produkt. Jeśli masz przypisany błąd, napraw go, a następnie rozwiąż, a następnie wróci do testowania. Jeśli QA uzna, że nie zostało to naprawione, otworzą go ponownie i dołączą do niego wszelkie inne informacje, które mają. Cykl Rozwiązany / Ponownie otwarty może trwać, dopóki QA nie upewni się, że błąd został naprawiony, a następnie zamkną bilet.
Zasadniczo używasz Reopen, aby powiedzieć, że bilet został już obejrzany i ktoś wykonał pracę, która według niego go rozwiązała, ale tak nie było.
Jest to w zasadzie rodzaj spójności: błąd (lub ogólnie problem) jest „otwarty”, jeśli został stworzony od zera. Jest on „ponownie otwierany”, jeśli został utworzony po wykonaniu poprzedniego przetwarzania.
Dla programisty (lub osoby zajmującej się tym problemem) nie powinno to mieć znaczenia. Zagadnienie zostało podniesione i należy je teraz rozpatrzyć.
Jednak wyraźny status „ponownego otwarcia” może być nadal przydatny w wielu scenariuszach:
Po pierwsze, można go wykorzystać do śledzenia, czy proces zapewnienia jakości działa. Jeśli kontrola jakości zrobiła wszystko dobrze, błąd nigdy nie powinien wystąpić po jego naprawieniu. Można więc powiedzieć, ile razy błąd został ustawiony w stan „ponownego otwarcia”, ile razy QA nie wykonał poprawnie swojej pracy. To oczywiście oznacza, że ustanowiono dobry proces kontroli jakości oraz że użytkownicy aktywnie uczestniczą w tym procesie i wiedzą, kiedy „otworzyć”, a kiedy „ponownie otworzyć” problem.
Innym zastosowaniem jest to, że gdy błąd wystąpi ponownie, nie trzeba już dodawać innego problemu, ale można dodać informacje do już istniejącego problemu (a zatem zachować ważne informacje, takie jak historia problemów, przesłane pliki, poprzednie komentarze i itd.), ale nadal wskazują „hej, to się powtórzy ).
Jednym z głównych powodów śledzenia „ponownego otwarcia” jest to, że może wskazywać na problemy głęboko przekierowane, a nie proste wpadki i nadzór nad szczegółami. Jeśli dany moduł lub element funkcji ma wiele „ponownych operacji otwierania”, wskazuje to na słabość, którą należy rozwiązać. Duża liczba pojedynczych punktów otwiera do pośpiechu i / lub niechlujstwa.