Ir para conteúdo principal
Todas as coleçõesComeçandoProcesso de Aceitação
Erros Comuns em Relatórios de Bugs
Erros Comuns em Relatórios de Bugs

Aprenda quais são os erros mais comuns em relatórios de bugs.

Nikola Jonic avatar
Escrito por Nikola Jonic
Atualizado há mais de um ano

Título, URL, Passos, Resultado Atual, Resultado Esperado, Anexos e Ambiente Utilizado são partes do nosso recurso de Relatório de Bugs. Neste artigo, você encontrará os erros mais comuns em todas as seções do formulário de Relatório de Bugs e aprenderá como evitá-los. Então, vamos começar!

Título

  • O título é muito simples e não descreve precisamente o bug.

  • Não contém as partes: O quê? Onde? Quando?

  • O título é confuso para o leitor.

Ao escrever um título para um bug, é importante garantir que ele seja claro o suficiente para que o leitor possa entender imediatamente a natureza do problema, sem a necessidade de ler todo o relatório. Seu título deve responder às seguintes perguntas: O que é o bug? Onde aconteceu? Quando aconteceu?

Exemplos:

Ruim: O botão "Torne-se um Testador" não funciona.

Correto: Não há reação após o usuário clicar no botão "Torne-se um Testador" na Navegação.

Ruim: O link Privacidade de Dados está abrindo uma página 404.

Correto: Quando o usuário clica no link "Privacidade de Dados" no Rodapé, uma página de Erro 404 será aberta.

Portanto, em seu título, sempre inclua os elementos: O quê? Onde? Quando?

URL

  • O URL errado foi adicionado ao testar um site.

Quando você adiciona um URL no campo de URL, certifique-se de adicionar um URL de onde o bug ocorre. Portanto, sempre visite a página onde o bug ocorre, copie o URL e cole-o no campo de URL do formulário.

Passos

  • O primeiro passo não contém o URL para testes de site.

  • Faltam etapas.

  • As etapas contêm "Observar".

  • As informações usadas para teste não são fornecidas, como endereços de e-mail, senhas, datas e similares.

O erro mais comum nas etapas é que o primeiro passo não contém o URL do site em teste. Portanto, sempre adicione um URL no primeiro passo ao testar um site. Além disso, outros erros comuns são a falta de algumas etapas ou a menção de etapas irrelevantes, como "Observar".

Observe que as etapas são apenas ações realizadas até que o bug ocorra, e o último passo deve conter a ação que desencadeia o bug. Portanto, vejamos agora um exemplo:

Ruim:

  1. O usuário clicou em Testes da Multidão.

  2. Role para baixo - clique em sobre nós

  3. Clique em tornar-se um testador no topo

  4. Observe

Correto:

  1. Clique em Testes da Multidão na Navegação

  2. Role até o Rodapé e clique no link Sobre Nós em "Empresa"

  3. Clique no botão Tornar-se um Testador na Navegação

Portanto, como você pode ver, você sempre precisa ser preciso e detalhado em suas etapas e descrever apenas as ações realizadas até que o bug ocorra. Além disso, você pode usar o Markdown para tornar suas etapas mais simples.

Resultado Atual

  • O resultado atual não descreve o bug corretamente.

  • O resultado atual contém pouca informação sobre o bug.

  • O resultado atual contém informações sobre o que deveria ser em vez do que o bug é.

Você deve descrever o bug em detalhes ao escrever o resultado atual. Você precisa escrever precisamente o que o bug é e quando ele acontece. Além disso, você deve incluir todas as outras informações relevantes, como mensagens de erro, etc.

Exemplo:

Ruim: O botão "Tornar-se um Testador" não mostra a funcionalidade implementada.

Correto: Nenhuma reação ocorrerá após abrir o site Test IO e clicar no botão "Tornar-se um Testador" na Navegação. O usuário permanecerá na mesma página e não haverá redirecionamento.

Por favor, seja sempre detalhado em sua descrição do Resultado Atual e forneça o máximo de informações relevantes possível. Isso ajudará significativamente os clientes e aumentará as chances de seu relatório de bug ser aceito.

Resultado Esperado

  • A descrição não é detalhada o suficiente.

  • A descrição é o oposto do Resultado Atual.

  • A descrição é a mesma que o título do relatório de bug.

No Resultado Esperado, você deve descrever com precisão a expectativa de que o bug não tenha ocorrido, e aqui você precisa ser detalhado. E também, por favor, lembre-se de que seu Resultado Esperado não deve ser o oposto do Resultado Atual.

Exemplo:

Ruim: O botão "Tornar-se um Testador" redireciona para a nova página.

Correto: Quando o usuário clica no botão "Tornar-se um Testador" na Navegação, uma nova página contendo informações sobre como se tornar um testador na plataforma Test IO deve ser aberta.

Portanto, como já mencionamos acima, seja sempre detalhado e preciso em seu Resultado Esperado. Escreva precisamente qual é sua expectativa.

Anexos

Para os erros comuns nos anexos, consulte nosso artigo da Academia sobre Erros Comuns nos Anexos.

Ambiente Utilizado

  • O dispositivo/navegador errado foi selecionado no relatório de bug.

Por favor, selecione sempre o dispositivo e navegador correspondentes para que coincida com sua captura de tela/gravação de tela. Após enviar um relatório de bug, você pode alterar essas informações antes que o relatório seja revisado pelo líder da equipe. Se o dispositivo ou navegador errado for selecionado, seu relatório será rejeitado.

Isto respondeu à sua pergunta?