E por etapas, não quero dizer “abra o ponto de venda, vender algo, pagar com um cartão de crédito e ver o erro”. Isso não é bom o suficiente. Você precisa dar a todas as ações tomadas, até os cliques e pressionamentos de teclas do mouse. Quanto mais detalhes nas etapas, melhor. Se você é uma pessoa de controle de qualidade e o desenvolvedor diz: “Existem muitas etapas detalhadas!”, Dê um tapinha nas costas e diga para ele sugar. Você fez bem o seu trabalho.
Comportamento real versus esperado
Cada bug ocorre porque uma coisa deve acontecer, mas outra coisa acontece. Às vezes é a saída errada. Às vezes é um acidente. Seja o que for, um bom relatório de bug definirá o que deve acontecer quando as etapas forem seguidas e, em seguida, detalhem claramente o que realmente acontece. Você não pode corrigir um comportamento incorreto se não souber qual é o comportamento correto. Cada relatório de bug deve deixar isso muito claro.
Detalhes do contexto e do sistema
Nenhum bug vive no vácuo. Forneça informações relevantes sobre contexto ou sistema que possam ser úteis. Inclua informações sobre como o bug está afetando o cliente, os sistemas operacionais usados, os tipos de navegador, uma consulta a ser executada nos dados para ver o problema etc. Inclua qualquer coisa que possa ajudar a explicar o problema e seu impacto.
