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:
O usuário clicou em Testes da Multidão.
Role para baixo - clique em sobre nós
Clique em tornar-se um testador no topo
Observe
Correto:
Acesse https://test.io/
Clique em Testes da Multidão na Navegação
Role até o Rodapé e clique no link Sobre Nós em "Empresa"
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 é apenas o oposto do Resultado Atual.
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.