JIRA: fechar ou resolver?
5 answers
O fluxo de trabalho de edição típico é a pessoa que trabalha no bug resolve-o, e a pessoa que abriu o bug é quem decide se a resolução é aceitável. Se for, fecham-na. Caso contrário, eles reabrem o bug para discussão/trabalho/disputa.
A exceção a isso é quando um bug é um duplicado, muitas vezes a pessoa que está trabalhando no bug percebe que é um duplicado, e pode então fechar o bug em si como um duplicado. Ou talvez resolvam isso como um duplicate, o abridor concorda,e fecha-o.
[[1]}IIRC, a JIRA tem um fluxo de trabalho bastante flexível (se complicado), por isso pode configurar qualquer processo que considere apropriado para a sua equipa e para os grupos que irão submeter questões.Edit: percebi que não abordei a reabertura de assuntos fechados. Na minha experiência, isso muitas vezes não acontece porque as pessoas procuram no sistema de problemas por bugs existentes que exibem o mesmo comportamento que o que eles estão vendo. E isso se tu fores felizmente, muitas vezes os bugs são abertos sem qualquer investigação sobre questões existentes.
Dito isto, uma pessoa de campo ou de perguntas e respostas vai dizer: "lembro-me desse insecto. Raios, eles disseram que foi arranjado " algum tempo depois do dono original fechá-lo. Neste ponto, eles podem reabrir o bug antigo, ou criar um novo e link para o original. Minha preferência é que haja um novo bug e para link, em vez de reabrir. A razão é que a "nova" questão pode exibir o mesmo comportamento, mas pode ter um uma causa completamente diferente. Este é frequentemente o caso quando mensagens de log de erro realmente genéricas são cuspidas.- a solução é normalmente "pronta para testes"
- fechado é normalmente "funcionou"
Você também pode querer ver este post Para mais detalhes sobre como o JIRA usa os Estados resolvidos/fechados e o campo de resolução do sistema.
Regras para incidentes de reabertura
Apesar de todos os cuidados adequados, haverá ocasiões em que os incidentes se repetem, apesar de terem sido formalmente encerrados. Por causa de tais casos, é sábio ter regras pré-definidas sobre se e quando um incidente pode ser reaberto. Pode fazer sentido, por exemplo, concordar que se o incidente se repetir dentro de um dia útil, então ele pode ser reaberto-mas que além deste ponto um novo incidente deve ser levantado, mas ligado ao incidente anterior(s). Exacto o limite de tempo / as regras podem variar entre organizações individuais - mas devem ser acordadas e documentadas regras claras e dadas orientações a todo o pessoal do serviço de secretária para que a uniformidade seja aplicada.
Você (normalmente) não pode editar nem registar o trabalho contra uma questão fechada, e você deve ter isso em consideração.
O meu conselho é: só os testadores estão perto
Normalmente, Dev / Resource deve resolver e só o repórter pode fechar.