Quem desduplica os tíquetes de bugs?

9

Um dos meus companheiros de equipe e eu apenas pegamos tickets de bugs separados, os designamos separadamente para nós mesmos, mas os tickets eram duplicados!

Qual é a melhor maneira de resolver tíquetes duplicados? Isso geralmente é feito por recursos de controle de qualidade? Eu trabalhei em alguns lugares onde pessoas não-técnicas dizem que interrompe o "fluxo", mas é algo que uma pessoa não-técnica poderia fazer em uma situação em que o acesso aos desenvolvedores é limitado (ou seja, sempre).

micahhoover
fonte
7
Eu diria o contrário - o seu primeiro passo como desenvolvedor ao comprar um ticket deve ser procurar duplicatas. É a maneira mais fácil de fechar um ticket, e muitas vezes apenas o desenvolvedor saberá com certeza se dois tickets são de fato duplicados.
Dan Pichelman
Talvez você deva se comunicar mais com seus companheiros de equipe? Geralmente dizemos a nossos colegas no mesmo projeto "Eu terminei isso, vamos fazer isso agora"
Neel

Respostas:

11

Realmente, todos devem fazer um esforço razoável para evitar duplicatas, mas os desenvolvedores geralmente estão na melhor posição para fazê-lo. Os erros podem ser encontrados por muitas pessoas, mas geralmente são filtrados para um desenvolvedor ou uma pequena equipe responsável por essa área de código. Além disso, você geralmente precisa do código para determinar se dois sintomas diferentes têm a mesma causa raiz. Todos os rastreadores de erros podem lidar com duplicatas com bastante facilidade. Você não deve se preocupar com eles aparecendo ocasionalmente.

Por outro lado, se elas acontecem o tempo todo , você está apenas duplicando o esforço dos testadores e pode querer reavaliar como você aloca seus recursos de teste.

Karl Bielefeldt
fonte
3

Envie as alterações de código em um ticket e resolva o outro ticket com uma nota que diz "esta é uma duplicata, o código está sob o erro # xxx".

Isso acontece o tempo todo.

Lawrence Aiello
fonte
2

Isso deve ser feito durante o processo de planejamento. Quando os bugs são inicialmente selecionados e priorizados, a pessoa que faz esse ranking deve garantir que não haja duplicatas no backlog principal.

JasonB
fonte
2
Idealmente, os desenvolvedores não agiriam nos relatórios de bugs antes de atingirem um estágio "Triaged", onde é confirmado que o bug existe, não é uma duplicata e tem um caso de teste ou instruções de reprodução anexadas.
Simon Richter
0

Veja também o lado positivo: se o mesmo bug foi encontrado duas vezes de forma independente, deve ser mais fácil reproduzir. Tanto pelos desenvolvedores quanto pelos clientes :-( portanto, pode ser uma prioridade maior para corrigir.

Muitas vezes, você tem uma pessoa que deve priorizar os erros e também remove duplicatas, seu gerente ou uma única pessoa com essa tarefa. Deveria ser mais eficiente dessa maneira, em vez de você escolher um erro e depois percorrer toda a lista de erros para verificar se há outros semelhantes.

O pior caso, se você não evitar duplicatas, é quando você corrige o bug, e o próximo cara perde muito tempo para reproduzir um bug que é irreprodutível porque acabou.

gnasher729
fonte