Ich bin derzeit in einem mittelgroßen Team von Webentwicklern. Wir verwenden Jira für die Fehlersuche .
Wir arbeiten an einem Produkt mit häufigen Layoutänderungen. In einigen Browsern werden häufig Fehler im Layout gemeldet. Manchmal hat sich das Layout bereits geändert, wenn wir uns mit einem Fehler mit niedriger Priorität befassen und er ist nicht mehr relevant.
- Wie sollen wir es schließen?
Was ich meine, ist, wie wir diese Probleme behandeln sollen ? Während Jira die von uns verwendete Fehlerverfolgungssoftware ist, interessiert mich mehr, wie man mit solchen Problemen im Allgemeinen umgeht. - Ist es überhaupt wichtig? (Wir werden vielleicht später zum Layout zurückkehren, aber das ist sehr unwahrscheinlich.)
issue-tracking
jira
Benjamin Gruenbaum
quelle
quelle
Antworten:
Nuancen wie diese sind wichtig, wenn Sie Issue Tracker als Mittel betrachten, um den Status von Problemen zu kommunizieren, die im Projekt gemeldet wurden. Zu diesem Zweck ist es sinnvoll, einige Anstrengungen zu unternehmen, um sicherzustellen, dass der Fehlerbericht leicht zu lesen und zu verstehen ist.
Diese Situation wird weniger verwirrend, wenn Sie sie aus der Perspektive eines Testers betrachten. Wenn Ihr Team keinen Tester hat, stellen Sie sich einen vor (oder stellen Sie noch besser einen 1 , 2 , 3 ein ).
Okay, es gab also einmal einen Fehler, der vom Tester mit älteren Versionen Ihrer Anwendung reproduziert werden konnte (Randnotiz in dem unwahrscheinlichen Fall, dass Sie keine Kopien älterer Versionen behalten, dann haben Sie viel viel größere Probleme Team als veraltete Bugs). Tester kann es sehen und erkennen, was falsch ist, was es zu einem Bug macht.
Jetzt sagen Sie: "Das Layout hat sich bereits geändert und es ist nicht mehr relevant." - Die hochgesteckte Aussage, die nicht mehr relevant ist, macht den Tester zu einer viel einfacheren Aussage: Das Problem ist verschwunden .
Aus Sicht der Black Box ist Ihre Situation ziemlich einfach. Es gab ein Problem, das in älteren Releases immer noch reproduzierbar ist. Jetzt behaupten Sie, dass neuere Releases kein solches Problem mehr haben. Für einen Tester führt dies zu einer Behauptung, dass der Fehler behoben ist , bzw. zu der Notwendigkeit, zu überprüfen, ob die Behauptung wahr ist.
Professioneller Tester würde Ihre ältere Version nehmen, prüfen, wie das Problem dort vorliegt, dann eine neuere Version nehmen und prüfen, ob sie nicht mehr vorhanden ist oder noch vorhanden ist.
Die genaueste Möglichkeit, Fehler zu behandeln, wie Sie sie beschreiben, besteht darin, sie als behoben zu schließen . Natürlich würde es nicht schaden, wenn Sie in den Kommentaren klarstellen, dass der Fix als unbeabsichtigter Nebeneffekt einer Layoutänderung aufgetreten ist.
Einer der benutzerdefinierten JIRAs, mit denen ich in einem früheren Projekt gearbeitet habe, hatte die Auflösung "Fixed By Design", um ziemlich tiefgreifende Änderungen mit vielen Konsequenzen zu kommunizieren, einige absichtlich, andere nicht. Für den von Ihnen beschriebenen Fall könnte dies auch als Ersatz für "Behoben" angesehen werden, da dies den Ticketleser darauf hinweist, dass es sich eher um einen Nebeneffekt als um eine absichtliche Codeänderung handelt.
quelle
Wir lösen Probleme wie "Veraltet". Dies ist keine Standardauflösungsoption in JIRA, aber das Hinzufügen ist einfach genug.
quelle
JIRA (und ich bin sicher, dass andere Bug-Tracker) ermöglicht es Ihnen , benutzerdefinierte Auflösungen festzulegen, sodass Sie eine Auflösung für "Überholt von Ereignissen" oder "Irrelavant" oder Ähnliches einrichten können, um die Schließung so auszudrücken, wie Sie möchten
Ist das wichtig? Das hängt davon ab, für uns würde ich ja sagen, da unser Kunde übermäßig besorgt ist über die Anzahl der offenen Probleme in unserem Tracker. Daher ist es für uns nützlich zu sagen, dass diese geschlossen sind, weil sie nicht mehr relevant sind, ohne das Problem vollständig zu löschen .
Auch ohne einen Kunden, der von Problemnummern betroffen ist, ist es auf jeden Fall nützlich, alte offene Probleme, die nicht mehr relevant sind, zu entfernen, um die Unordnung im Browser zu verringern.
quelle
Wir verwenden FogBugz, aber ich bin sicher, dass hier das Gleiche (oder Ähnliches) zutrifft:
Wir benutzen einfach "Resolved (Fixed)" und kommentieren in der Auflösung etwas wie "Fixed by case 12345".
FogBugz stimmt mit "case \ d +" überein und verknüpft die beiden unter "Related Cases". Wenn Jira dies nicht tut, sollte es einfach sein, einen Link hinzuzufügen.
Dies ist IMO besser als eine "Too Localized" -Variante, da es sich um einen tatsächlichen Fehler handelte, und besser als "Obsolete", da dieses Feature behoben wurde und nicht einfach entfernt wurde.
quelle