Chi de-duplica i ticket dei bug?

9

Uno dei miei compagni di squadra e io abbiamo appena preso dei biglietti per i bug separati, li abbiamo assegnati separatamente a noi stessi, ma i biglietti erano duplicati!

Qual è il modo migliore per risolvere i biglietti duplicati? Questo è generalmente fatto dalle risorse QA? Ho lavorato in un paio di posti in cui persone non tecnologiche affermano che interrompe il "flusso", ma è qualcosa che una persona non tecnica potrebbe fare in una situazione in cui l'accesso agli sviluppatori è limitato (cioè praticamente sempre).

— micahhoover
fonte

7

Direi il contrario: il tuo primo passo come sviluppatore quando prendi un biglietto dovrebbe essere quello di verificare la presenza di duplicati. È il modo più semplice per chiudere un biglietto, e spesso solo lo sviluppatore saprà con certezza se due biglietti sono effettivamente duplicati.

— Dan Pichelman,

Dovresti forse comunicare di più con i tuoi compagni di squadra? Di solito diciamo ai nostri colleghi dello stesso progetto "L'ho finito, lo farò ora"

— NeeL

11

Davvero, tutti dovrebbero fare uno sforzo ragionevole per evitare duplicati, ma gli sviluppatori sono di solito nella posizione migliore per farlo. I bug possono essere trovati da molte persone, ma di solito vengono filtrati per uno sviluppatore o un piccolo team responsabile di quell'area di codice. Inoltre, è spesso necessario il codice per determinare se due diversi sintomi hanno la stessa causa principale. Tutti i bug tracker possono gestire i duplicati abbastanza facilmente. Non dovresti preoccuparti che spuntino di tanto in tanto.

D'altra parte, se accadono sempre , stai solo duplicando lo sforzo dei tester e potresti voler rivalutare il modo in cui allochi le tue risorse di test.

— Karl Bielefeldt
fonte

3

Invia le modifiche al codice sotto un ticket, quindi risolvi l'altro ticket con una nota che dice "questo è un duplicato, il codice è nel bug # xxx".

Questo succede sempre.

— Lawrence Aiello
fonte

2

Questo dovrebbe essere fatto durante il processo di pianificazione. Quando i bug vengono inizialmente valutati e con priorità, la persona che fa quella classifica dovrebbe assicurarsi che non ci siano duplicati nel backlog principale.

— JasonB
fonte

2

Idealmente, gli sviluppatori non dovrebbero agire sulle segnalazioni di bug prima di raggiungere una fase "Triaged" in cui il bug è confermato di esistere, non un duplicato, e ha un caso di prova o istruzioni di riproduzione allegate.

— Simon Richter,

0

Vedi anche il lato positivo: se lo stesso bug è stato trovato due volte in modo indipendente, dovrebbe essere più semplice riprodurlo. Sia dagli sviluppatori che dai clienti :-( quindi potrebbe essere una priorità più alta da risolvere.

Avrai spesso una persona che dovrebbe dare la priorità ai bug e rimuovere anche i duplicati, sia il tuo manager che una singola persona con quell'attività. Dovrebbe essere più efficiente in questo modo, invece di scegliere un bug e quindi di esaminare l'intero elenco di bug per verificarne altri simili.

Il caso peggiore se non si evitano i duplicati è quando si corregge il bug, e quindi il ragazzo successivo perde molto tempo a riprodurre un bug che è irreproducibile perché non c'è più.

— gnasher729
fonte