Relatórios de Bugs Duplicados São Dados, e Mesclá-los os Descarta

O segundo relatório de um bug que você já tem é fechado como duplicado, e isso geralmente é uma manutenção correta de registros e ocasionalmente um erro caro.

É um erro por causa do que o segundo relatório contém que o primeiro não contém. Duas pessoas encontram a mesma falha de máquinas diferentes, contas diferentes, redes diferentes e em tempos diferentes. O bug é o que eles têm em comum. Tudo mais sobre eles é a variação, e a variação é como você o encontra.

Feche o duplicado sem lê-lo e você manteve a observação e descartou o experimento.

O que um segundo relatório lhe diz que um primeiro não pode

Um relatório fornece uma descrição. Dois fornecem uma comparação, e comparações são do que o diagnóstico é feito.

Não é configuração de uma pessoa. A forma mais comum de uma investigação travar é a suspeita silenciosa de que o repórter tem algo estranho em sua máquina. Uma segunda pessoa, não relacionada, remove essa suspeita em uma linha, e a remove muito mais convincentemente do que o primeiro repórter insistindo que limpou seu cache.

A interseção a restringe. Se ambos estão no Safari e tudo mais sobre eles difere, você tem um bug do navegador. Se ambos estão no mesmo nível de conta e nada mais corresponde, você tem um bug de permissões ou plano. O atributo compartilhado é a lista de suspeitos, e leva dois relatórios para ter um.

A diferença também a restringe, do outro lado. Se um está no Windows e outro no Android, o sistema operacional é inocentado. Cada eixo em que dois relatórios diferem é um eixo que você pode parar de investigar, o que geralmente vale mais do que o eixo que compartilham.

O tempo diz se está se espalhando. Dois relatórios com uma hora de intervalo após um deploy é um incidente em andamento. Dois relatórios com três semanas de intervalo é um caso extremo de longa data que ninguém encontrou. Sintoma idêntico, resposta completamente diferente, e você não pode dizer qual você tem por um relatório.

Fraco

Fechado como duplicado de #4412.

Melhor

Duplicado de #4412. Ambos no Safari, contas diferentes, países diferentes, ambos após a versão de terça. Apenas Safari e começou com esse deploy. Detalhes adicionados a #4412.

O que fazer em vez disso, o que custa cerca de um minuto

Você ainda o fecha. O rastreador não deve carregar dois tickets abertos para um bug, e ninguém está argumentando por isso.

O que mudar é a ordem. Leia-o, pegue o que ele adiciona, coloque isso no original, depois feche apontando para o original. Na prática, isso significa copiar quatro coisas:

• O ambiente, até quando corresponde, porque uma correspondência é em si uma descoberta.
• O timestamp, que transforma dois relatórios em uma frequência.
• Qualquer coisa que o primeiro relatório não tinha: um erro de console, uma URL com parâmetros diferentes, uma etapa que o primeiro repórter não mencionou.
• O fato de que agora há dois, que é a parte mais frequentemente perdida, porque um ticket que diz “relatado duas vezes, independentemente” é triado diferentemente daquele que não diz.

O problema de contagem subjacente

Há um segundo custo, e é mais lento de notar.

Duplicatas são o único sinal que a maioria das equipes têm sobre com que frequência um bug realmente acontece. Severidade é um julgamento sobre o quão ruim é uma ocorrência; frequência é um fato sobre quantas existem. Um rastreador que mescla duplicatas sem contá-las mantém o julgamento e descarta o fato, e depois prioriza na metade que manteve.

É assim que um bug que onze pessoas relataram acaba abaixo de um que alguém influente relatou uma vez. Não por má fé. Através de uma política de mesclagem que tratava o décimo primeiro relatório como ruído administrativo.

Se seu rastreador puder contar duplicatas, conte-as. Se não puder, uma linha no original dizendo “relatado por 11 pessoas entre 3 e 27 de setembro” faz o mesmo trabalho e sobrevive sendo lida por alguém que não estava lá.

O que aprender com isso

Uma duplicata é uma segunda medição do mesmo evento, e a segunda medição é onde está a informação útil, porque a primeira não tinha nada com que comparar.

Feche-as, mas leia-as primeiro e leve o que elas adicionam. E mantenha a contagem, porque com que frequência algo acontece é um fato que seu rastreador não está registrando em lugar nenhum, e é metade de cada decisão de priorização que você toma.