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:

• 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.

• No reteste do bug é importante informar os dados em que o bug foi retestado e versões também.

• 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.