Modelo de relatório de bug: Exemplos gratuitos para download (2026)

O que é um Modelo de Relatório de Bug?

Um modelo de relatório de bug é um formulário padronizado que captura tudo o que um desenvolvedor precisa para entender, reproduzir e corrigir um defeito. Em vez de cada testador escrever relatórios em seu próprio estilo, um modelo garante consistência — os mesmos campos, na mesma ordem, sempre.

O resultado é menos idas e vindas, correções mais rápidas e menos becos sem saída do tipo "funciona na minha máquina". Seja chamado de modelo de bug, modelo de rastreador de bug ou relatório de defeito, o objetivo é idêntico: fornecer aos desenvolvedores informações acionáveis logo de início.

O Modelo de Relatório de Bug (Pronto para Copiar e Colar)

Aqui está um modelo de relatório de bug que você pode copiar diretamente para seu issue tracker, e-mail ou documentação:


Title:        [Short, specific summary of the issue]
ID:           [BUG-0001]
Reporter:     [Your name]
Date:         [YYYY-MM-DD]
Priority:     [Critical / High / Medium / Low]
Status:       [Open]

Environment:
  - URL:          [https://example.com/checkout]
  - Browser:      [Chrome 120, macOS 14]
  - Device:       [Desktop / iPhone 14]
  - Resolution:   [1920x1080]
  - User account: [test@example.com]

Steps to Reproduce:
  1. [Go to ...]
  2. [Click ...]
  3. [Enter ...]
  4. [Observe ...]

Expected Result:
  [What should have happened]

Actual Result:
  [What actually happened]

Screenshot:
  [Attach annotated screenshot highlighting the issue]

Screen Recording:
  [Attach short screen recording (WebM/MP4) showing the bug in action]

Console Errors / Network Failures:
  [Paste any error-level console logs or failed network requests]

Notes:
  [Workarounds, frequency (always / intermittent), related tickets]

Exemplos de Título de Bug

O título é o campo mais importante — é o que os desenvolvedores examinam primeiro em um backlog. Um bom título de bug é específico, nomeia o componente e descreve a falha. Abaixo estão exemplos de títulos de bug mostrando a diferença entre títulos fracos e fortes.

Títulos fracos (evite estes):

  • "Botão quebrado"
  • "Erro"
  • "Não funciona"
  • "Bug na página inicial"

Títulos fortes:

  • "Botão 'Enviar' do checkout congela a página por 5s e depois mostra tela em branco no Safari para dispositivos móveis"
  • "Upload de avatar do perfil retorna erro 500 quando o arquivo excede 5MB"
  • "Seletor de data sobrepõe o botão 'Salvar' em telas com menos de 768px de largura"
  • "Formulário de inscrição na newsletter é enviado duas vezes ao pressionar a tecla Enter"

Um padrão útil é: [Componente] + [Ação] + [Resultado inesperado] + [Condição]. Por exemplo, "Contador do carrinho não atualiza após remover o último item no Firefox."

Passos para Reproduzir um Bug: Exemplo

Passos de reprodução vagos são a causa número um de tickets "não foi possível reproduzir". Aqui está um exemplo de passos para reproduzir um bug bem feito:

https://shop.example.com no Chrome 120 (macOS 14)
  • Faça login como test@example.com
  • Adicione "Mouse Sem Fio" ao carrinho
  • Navegue até /cart
  • Clique no botão "Remover" ao lado do produto
  • Observe: o produto desaparece, mas o contador do carrinho no cabeçalho ainda mostra "1"
  • Esperado: O contador do carrinho atualiza para "0" imediatamente após a remoção. Real: O contador do carrinho permanece em "1" até que a página seja totalmente recarregada.

    O ponto principal é que qualquer pessoa — um desenvolvedor, um engenheiro de QA ou um gerente de produto — pode seguir esses passos exatos e ver o mesmo resultado.

    Exemplo de Relatório de Bug

    Aqui está um exemplo completo de relatório de bug usando o modelo acima, para que você possa ver como fica preenchido:

    
    Title:        Cart counter does not update after removing last item on Firefox
    ID:           BUG-0042
    Reporter:     Sarah Chen
    Date:         2026-08-05
    Priority:     Medium
    Status:       Open
    
    Environment:
      - URL:          https://shop.example.com/cart
      - Browser:      Firefox 121, macOS 14
      - Device:       Desktop
      - Resolution:   1440x900
      - User account: test@example.com
    
    Steps to Reproduce:
      1. Log in as test@example.com
      2. Add "Wireless Mouse" to the cart
      3. Go to /cart
      4. Click "Remove" next to the product
    
    Expected Result:
      The header cart counter updates from "1" to "0" instantly.
    
    Actual Result:
      The counter stays at "1" until the page is refreshed.
    
    Screenshot:
      [Attached: annotated screenshot highlighting the stale counter]
    
    Screen Recording:
      [Attached: 12s WebM recording showing the counter stuck after removal]
    
    Console Errors / Network Failures:
      None
    
    Notes:
      Reproducible 100% on Firefox. Works correctly on Chrome and Safari.
      Likely a state-sync issue in the cart event listener.
    

    Modelo de Rastreador de Bug

    Se você gerencia bugs no nível da equipe, um modelo de rastreador de bug (às vezes chamado de modelo de acompanhamento de bug) ajuda a organizar vários relatórios em uma planilha. Aqui está uma estrutura simples:

    ID Title Priority Status Assignee Reporter Date URL Recording Reproducible
    BUG-0042 Cart counter stale on Firefox Medium Open Sarah C. 2026-08-05 /cart Yes
    BUG-0043 Login button unresponsive on iOS 17 High In Progress M. Lee Tom K. 2026-08-04 /login Yes
    BUG-0044 PDF export missing page numbers Low Open Ana R. 2026-08-03 /reports Intermittent

    Você pode construir isso no Google Sheets, Excel, Notion ou qualquer ferramenta que sua equipe já utilize. O importante é que cada coluna corresponda a um campo no modelo de relatório de bug acima, para que os relatórios individuais sejam consolidados de forma organizada no rastreador.

    Download: Modelo de Relatório de Bug (Word e Markdown)

    Quer um arquivo pronto para uso? Você pode copiar a seção do modelo acima para:

    • Microsoft Word — cole e salve como .docx para um documento Word do modelo de relatório de bug que sua equipe pode preencher offline.
    • Markdown — mantenha o bloco de texto bruto acima em seu repositório ou wiki para um modelo de bug versionado.
    • Issue tracker — mapeie cada campo para um campo personalizado no Jira, Linear, GitHub Issues ou Trello.

    O mesmo modelo funciona em todos os formatos porque é texto simples — sem formatação proprietária para quebrar.

    Como o BugCapturer Preenche o Modelo Automaticamente

    A maioria dos campos no modelo de relatório de bug é tediosa de preencher manualmente — e é exatamente aí que os relatórios ficam mal feitos. O BugCapturer, uma extensão de navegador para relatórios de bug e feedback web, automatiza as partes repetitivas:

    • Captura de tela com anotação: Arraste para selecionar a área do problema, adicione setas, retângulos e texto para destacar problemas — sem necessidade de ferramenta de captura de tela separada.
    • Gravação de tela (v1.2.0): Grave a aba atual como um vídeo WebM, depois apare o clipe e extraia quadros-chave — tudo no navegador, sem uploads. Anexe a gravação diretamente ao seu relatório de bug.
    • Metadados técnicos automáticos: URL, navegador, SO, resolução de tela e viewport são coletados automaticamente, para que o bloco de Ambiente seja preenchido sozinho.
    • Coleta de dados de diagnóstico: Captura logs de console de nível de erro e requisições de rede com falha (status HTTP ≥ 400). URLs de rede são automaticamente ofuscadas para parâmetros sensíveis (tokens, senhas, chaves de API).
    • Exportação para Excel/TSV (v1.2.0): Copie com um clique uma linha de relatório de bug estruturada de 12 colunas (URL, metadados, erros de console, falhas de rede) para sua área de transferência. Cole diretamente no Excel, Google Sheets ou Numbers para acompanhamento em equipe.
    • E-mail com um clique: Tudo é empacotado em um e-mail estruturado seguindo o modelo, pronto para ser enviado ao desenvolvedor.

    O resultado é um relatório de bug que corresponde ao modelo acima — sem a digitação manual.

    Lista de Verificação do Relatório de Bug

    Antes de enviar seu próximo relatório, confirme se todos os campos estão cobertos:

    • Título claro e específico (componente + ação + resultado + condição)
    • Detalhes do ambiente (URL, navegador, SO, resolução)
    • Passos numerados para reproduzir
    • Resultado esperado vs resultado real
    • Captura de tela anotada ou gravação
    • Gravação de tela (WebM) para bugs difíceis de descrever
    • Erros de console / falhas de rede (se houver)
    • Exportação para Excel/TSV para acompanhamento em equipe (opcional, mas recomendado)
    • Prioridade e reprodutibilidade registradas

    Use este modelo em todos os relatórios e seus desenvolvedores gastarão menos tempo perguntando "o que você fez?" e mais tempo realmente corrigindo o bug.

    Pare de descrever bugs,
    mostre-os.
    Grátis para sempre, sem cadastro. Instale em segundos, envie seu primeiro relatório de bug hoje.
    Adicionar ao Chrome — Grátis