Como transformar um erro do Sentry em um rascunho útil de relatório de bug
Um evento de erro pode ser um bom ponto de partida para um relatório de bug quando seu contexto é preservado. O rascunho deve explicar a falha observada e o que ainda falta para alguém da engenharia reproduzi-la.
Comece com o material certo.
- O que você fornece
- um evento legível do Sentry com detalhes selecionados do erro e do ambiente.
- O resultado pretendido
- Um rascunho de relatório com base em detalhes legíveis do erro, sem executar código.
Como funciona o fluxo de trabalho.
Use a mensagem de erro, as informações de pilha e os detalhes do ambiente fornecidos. Separe as evidências do evento da causa proposta e preserve referências relevantes sem expor segredos ou dados de usuários sem relação com o caso.
O que conferir no resultado.
Confira versões, horários e o escopo do evento afetado. Um rastreamento de pilha mostra a execução observada; ele não comprova, sozinho, a causa raiz nem que a correção proposta funcione.
Visualize o Markdown para conferir títulos, listas e links, além do texto. Mantenha as referências junto do documento para que um revisor possa rastrear afirmações importantes até o material fornecido.
Aprenda com o exemplo resolvido.
O exemplo Markdown para download mostra uma possível organização do resultado. Leia-o junto do exemplo de origem e distinga fatos registrados, redação proposta e perguntas ainda sem resposta.
O exemplo fornecido é ilustrativo. Não é uma execução registrada com seus dados.
Baixe o exemplo ↓Use com seu próprio material.
- Abra a fonte com a qual quer trabalhar e ative o WebAct nessa aba.
- Copie a tarefa da seção principal, acrescente os campos ou preferências necessários e revise as ações propostas.
- Compare o primeiro resultado com a fonte. Peça uma correção ou um ajuste específico quando necessário.