Por que os sistemas de rastreadores de problemas geralmente têm status "Aberto" e "Reaberto" distintos?
Os problemas abertos geralmente são a primeira ocorrência de qualquer problema.
Os problemas reabertos são 1) reincidentes e / ou 2) não foram corrigidos corretamente. Pode haver várias razões para isso - uma das principais pode estar ligada à descrição original do problema ao usuário final.
Eu não acho que nenhuma loja sensata usaria isso como uma métrica para julgar a equipe técnica [sozinha], mas é útil como uma medida para identificar a eficácia das respostas e também pode significar problemas subjacentes que precisam ser abordados.
Minha empresa antiga usou esses status para rastrear quantas vezes seu problema foi "Reaberto" para ver o quão "ruim" você era um desenvolvedor. Eles pensaram que existe uma correlação entre o número de vezes que um item de trabalho é "Reaberto" e o seu valor como programador.
Eu não trabalho mais lá.
A vida útil de um bug geralmente é:
ie
Alguém encontra um bug e o abre no rastreador. O desenvolvedor o corrige da melhor maneira possível, com a compreensão do problema. O testador faz um novo teste para verificar se a correção funcionou e reabre se puderem verificar se não funcionou. Se a correção for verificada, o bug será fechado.
O outro cenário é que uma correção em outro lugar causou uma regressão e o bug deve ser corrigido novamente. Assim, é reaberto.
fonte
Também pode ser mais óbvio que o problema precisa de mais atenção ou atenção mais rápida, porque continua a ser um problema depois que se acredita que o problema foi resolvido.
fonte
Aberto significa que é uma nova edição. A reabertura foi um problema que foi aberto-> Fechado e depois aberto novamente.
Por que foi aberto novamente? Talvez o desenvolvedor e o testador tenham pensado que o problema foi corrigido, mas na verdade não foi corrigido. Ou talvez o problema tenha sido realmente corrigido, mas algumas outras alterações de código subsequentes fizeram com que o problema ocorresse novamente. Não importa como, mas um problema reaberto é um mau sinal e, portanto, é categorizado de maneira diferente.
fonte
A maneira como usamos aqui:
Nova tarefa: criada no início do projeto para mostrar todo o trabalho que precisa ser feito. Está aberto até que alguém o codifique e depois é resolvido. Ele só será reaberto se algo não tiver sido implementado ou se a funcionalidade for alterada e o desenvolvedor precisar voltar e gastar um bom tempo trabalhando nele.
Bug / Defeito: Aberto por alguém no controle de qualidade ou em outro desenvolvedor que verifica o produto geral em funcionamento. Se você tiver atribuído um bug, corrija-o, resolva-o e volte ao teste. Se o controle de qualidade achar que não foi corrigido, eles o reabrirão e anexarão qualquer outra informação que tiverem. O ciclo Resolvido / Reaberto pode ir até o controle de qualidade verificar que o bug foi corrigido e fechar o ticket.
Então, basicamente, você usa o Reopen para dizer que um ticket já foi analisado e alguém fez um trabalho que considerou resolvido, mas esse não foi o caso.
fonte
É basicamente um tipo de consistência: um bug (ou um problema em geral) é "aberto" se tiver sido criado do zero. É "reabrir" se tiver sido criado após a execução de um processamento anterior.
Para um desenvolvedor (ou qualquer pessoa que lide com o problema), isso não deve fazer diferença. Uma emissão foi levantada e agora deve ser processada.
No entanto, um status distinto de "reabertura" ainda pode ser útil para vários cenários:
Primeiro, ele pode ser usado como uma maneira de rastrear se o seu processo de garantia de qualidade funciona ou não. Se o controle de qualidade fez tudo certo, um bug nunca deve ocorrer após ser corrigido. Portanto, você pode dizer que o número de vezes que um bug foi definido no estado "reabrir" é o número de vezes que o controle de qualidade não fez seu trabalho corretamente. É claro que isso implica que existe um bom processo de controle de qualidade estabelecido e que os usuários participam ativamente do processo e sabem quando "abrir" e quando "reabrir" um problema.
Outro uso é que, quando um bug ocorre novamente, você não precisa levantar outro problema, mas pode adicionar as informações a um problema já existente (e, portanto, manter informações importantes, como histórico de problemas, arquivos adicionais que foram enviados, comentários anteriores e assim por diante) mas ainda indica "ei, isso aconteceu novamente ).
fonte
Um dos principais motivos para rastrear a "reabertura" é que ele pode fornecer uma indicação de problemas roteados profundos, em vez de simples erros e supervisão de detalhes. Se um módulo ou peça de funcionalidade em particular tiver várias "reabertas", isso indica uma fraqueza que precisa ser resolvida. Um grande número de pontos de abertura únicos aponta para o trabalho apressado e / ou a prática desleixada.
fonte