Sobre esta ferramenta
Nem todo time usa Jira. Este gerador produz um relatório de bug neutro para issues do GitHub, Azure DevOps, Linear, Confluence ou um simples e-mail, e registra duas coisas que decidem como um bug é tratado: com que confiabilidade ele reproduz e se é uma regressão. “Intermitente, 3 de 10 tentativas” diz ao desenvolvedor para procurar problemas de timing ou de estado; “Regressão, último build bom 2.30.4” permite comparar dois builds em vez de depurar do zero. O formato GitHub deixa o título fora do corpo (ele tem campo próprio), transforma linhas de ambiente “Chave: valor” em uma tabela e lista os anexos como checklist para você lembrar de arrastar os arquivos.
Como usar
- Informe um título específico e uma descrição de uma linha sobre quem é afetado.
- Liste os passos, os resultados esperado e obtido e o ambiente como linhas “Chave: valor”.
- Defina a reprodutibilidade (sempre, intermitente com contagem, ou visto uma vez) e se funcionava em um build anterior.
- Escolha Markdown, issue do GitHub ou texto puro e copie ou baixe. O trabalho em andamento fica salvo neste navegador.
Perguntas frequentes: Gerador de relatório de bug
Como reportar um bug que só reproduzo às vezes?
Escolha Intermitente e registre quantas vezes ele aconteceu em quantas tentativas. Na descrição, acrescente tudo que pareceu ter relação (primeira execução após o login, rede lenta, uma conta específica). Uma proporção é muito mais útil do que “às vezes”.
Por que pedir o último build bom?
Se você sabe que o bug é uma regressão e qual o último build em que funcionava, os desenvolvedores podem comparar os dois builds ou fazer bisect dos commits entre eles. Isso costuma ser muito mais rápido do que depurar só o build atual.
Posso anexar screenshots aqui?
Não. Os arquivos ficam no seu tracker. Liste os nomes dos arquivos em Anexos para que os revisores saibam quais evidências existem e depois envie-os no GitHub, no Jira ou onde o relatório for parar.