Padrões para o cadastro de bugs
Ao realizar o cadastro de bugs é importante que tenha um padrão e organização dos campos utilizados, abaixo tem a relação dos campos a serem utilizados no cadastro de bug e uma breve descrição de cada um.
Ambiente:
- Indicar se é local, no caso de ser local indicar se é no branch Main/DEV, se for publicado indicar a url
Banco de dados:
- Quando possível indicar qual o banco de dados utilizados, por exemplo no Gestão escolar existem mais clientes e cada um possui um banco específico
Navegador:
- Indicar quais navegadores e versões do mesmo em que o teste foi realizado
login/senha:
- Indicar o login, senha, perfil do usuário
Descrição:
- Realizar uma descrição clara do problema e indicar o que deverá ser o comportamento. Nesta parte se tiver partes do documento de requisitos é indicado colocar, assim é possível evidência melhor que a situação descrita não corresponde ao que foi pedido.
Passos para reproduzir a situação:
- A descrição dos passos facilita para o melhor entendimento do bug
Anexos
- Imagens, vídeos e/ou documentos que facilitem para o entendimento do problema.
Categoria do bug
- Indicar uma das categorias disponíveis no youtrack, caso esse campo não esteja disponível no projeto é necessário procurar um colaborador do escritório para habilitar o campo
Criticidade do bug
- Indicar a criticidade do bug disponíveis no youtrack
Pontos gerais:
1 - Quando o teste for realizado em algum dispositivo móvel é importante colocar, por exemplo, versão do Android, modelo do aparelho, versão do aplicativo.
2 - No reteste do bug é importante informar os dados em que o bug foi retestado e versões também.
3 - No testes realizados no Gestão escolar na maioria das situações somente o login e senha não são o suficiente para reproduzir o bug, neste caso informações como escola, curso, turma são importantes nos dados do bug, o importante é que ao cadastrar os bugs os dados da situação descrita seja o mais completo para permitir que qualquer pessoa consiga reproduzir a situação.
