Wer dupliziert Bug-Tickets?

9

Einer meiner Teamkollegen und ich haben uns einfach separate Bug-Tickets geholt und sie uns separat zugewiesen, aber die Tickets waren Duplikate!

Was ist der beste Weg, um doppelte Tickets aufzulösen? Wird dies im Allgemeinen von QS-Ressourcen durchgeführt? Ich habe an einigen Orten gearbeitet, an denen Nicht-Techniker sagen, dass es den "Fluss" unterbricht, aber es ist etwas, was eine Nicht-Techniker in einer Situation tun könnte, in der der Zugang zu Entwicklern eingeschränkt ist (dh im Grunde immer).

— Micahhoover
quelle

7

Ich würde das Gegenteil argumentieren - Ihr erster Schritt als Entwickler bei der Abholung eines Tickets sollte darin bestehen, nach Duplikaten zu suchen. Dies ist der einfachste Weg, ein Ticket zu schließen, und oft weiß nur der Entwickler genau, ob es sich bei zwei Tickets tatsächlich um Duplikate handelt.

— Dan Pichelman

Sie sollten vielleicht mehr mit Ihren Teamkollegen kommunizieren? Normalerweise sagen wir zu unseren Kollegen im selben Projekt: "Ich habe das beendet und mache das jetzt"

— NeeL

11

Eigentlich sollte jeder angemessene Anstrengungen unternehmen, um Duplikate zu vermeiden, aber Entwickler sind normalerweise in der besten Position, dies zu tun. Fehler können von vielen Personen gefunden werden, werden jedoch normalerweise an einen Entwickler oder ein kleines Team gefiltert, das für diesen Codebereich verantwortlich ist. Außerdem benötigen Sie häufig den Code, um festzustellen, ob zwei verschiedene Symptome dieselbe Grundursache haben. Alle Bug-Tracker können ziemlich einfach mit Duplikaten umgehen. Sie sollten sich keine Sorgen machen, dass sie gelegentlich auftauchen.

Wenn sie jedoch ständig auftreten , duplizieren Sie nur die Anstrengungen der Tester und möchten möglicherweise die Zuweisung Ihrer Testressourcen neu bewerten.

— Karl Bielefeldt
quelle

3

Senden Sie die Codeänderungen unter einem Ticket und lösen Sie das andere Ticket mit dem Hinweis "Dies ist ein Duplikat, Code befindet sich unter Fehler # xxx".

Das passiert die ganze Zeit.

— Lawrence Aiello
quelle

2

Dies sollte während des Planungsprozesses erfolgen. Wenn die Fehler anfänglich getestet und priorisiert werden, sollte die Person, die dieses Ranking durchführt, sicherstellen, dass das Haupt-Backlog keine Duplikate enthält.

— JasonB
quelle

2

Im Idealfall würden Entwickler nicht auf Fehlerberichte reagieren, bevor sie ein "Triaged" -Stadium erreicht haben, in dem bestätigt wird, dass der Fehler vorliegt, kein Duplikat, und ein Testfall oder Anweisungen zur Reproduktion beigefügt sind.

— Simon Richter

0

Siehe auch die positive Seite: Wenn derselbe Fehler zweimal unabhängig voneinander gefunden wurde, sollte es einfacher sein, ihn zu reproduzieren. Sowohl von Entwicklern als auch von Kunden :-( daher kann die Korrektur eine höhere Priorität haben.

Sie haben häufig eine Person, die Fehler priorisieren und auch Duplikate entfernen sollte, entweder Ihren Manager oder eine einzelne Person mit dieser Aufgabe. Sollte auf diese Weise effizienter sein, anstatt dass Sie einen Fehler auswählen und dann die gesamte Fehlerliste durchgehen, um nach ähnlichen zu suchen.

Der schlimmste Fall, wenn Sie Duplikate nicht vermeiden, ist, wenn Sie den Fehler beheben, und dann verschwendet der nächste Mann viel Zeit, um einen Fehler zu reproduzieren, der nicht reproduzierbar ist, weil er verschwunden ist.

— gnasher729
quelle