AppReviewX Entrar

Como escrever um relatório de bug como testador

Os cinco itens que todo relatório precisa e os erros mais comuns.

Neste guia

Um bom relatório de bug permite que o desenvolvedor veja o problema sem precisar perguntar nada a você. Como testador, você escreve a partir do que viu, não a partir do que o código faz. Cinco coisas tornam um relatório utilizável.

Os cinco itens que todo relatório precisa

  1. Um título curto. Uma linha que diz o que está errado e onde. "Botão Salvar não faz nada na tela de perfil".
  2. Passos para reproduzir. Numerados, começando de um lugar conhecido. "Abra o app, toque em Perfil, mude o nome, toque em Salvar."
  3. O que você esperava. "O nome é atualizado e eu volto para a lista."
  4. O que aconteceu. "Nada. Nenhuma mensagem, a tela continua igual."
  5. Onde você viu. Modelo do celular, versão do sistema, versão do app ou build, se souber. Uma captura de tela ou gravação de tela, se ajudar.

Acrescente com que frequência acontece: sempre, ou só às vezes.

Exemplo comentado

Exemplo, não é um relatório real.

Ruim: "Perfil quebrado. Por favor, corrijam." - Sem lugar, sem passos, sem expectativa. O desenvolvedor precisa adivinhar e perguntar.

Bom:

Botão Salvar não faz nada na tela de perfil 1. Abra o app e faça login. 2. Toque em Perfil, mude o nome e toque em Salvar. Esperado: o nome é atualizado, volto para a lista. Real: nada acontece, sem mensagem. Acontece sempre. Celular: [modelo], sistema [versão]. Captura de tela anexada.

  • O título nomeia o problema e o lugar.
  • Os passos podem ser seguidos por um desconhecido.
  • O esperado e o real estão separados.
  • O aparelho está informado.

Erros comuns

  • Vários problemas em um relatório. Escreva um relatório por problema.
  • Chutar a causa. "O banco de dados está quebrado" é um palpite. Relate o que você viu.
  • Passos faltando. Se você pula a parte que parece óbvia, o desenvolvedor pode não reproduzir.
  • Palavras vagas. "Lento", "estranho", "quebrado" significam coisas diferentes para pessoas diferentes. Diga o que aconteceu.
  • Tom. Descreva o problema, não a pessoa. Veja etiqueta do testador.

Antes de enviar

Releia como se fosse um desconhecido. Você conseguiria reproduzir o problema só com o texto? Se não, acrescente o passo que falta.

No AppReviewX, seu feedback vai em privado para o dono do app. 1 feedback escrito = 1 crédito.

Próximos passos

Teste um app e ganhe créditos. Um modelo mais longo está em o artigo de modelo de relatório de bug.

Relacionados: