Então, se você está entrando no painel do Bugsnag pela primeira vez ou já criou vários projetos, esta série irá ajudá-lo a desenvolver uma base sólida para usar o Bugsnag de forma eficiente e eficaz.  Vamos começar falando sobre uma das páginas essenciais do Bugsnag, a caixa de entrada do Bugsnag. Essa página contém todos os dados de falha de um aplicativo e pode ser usada para visualizar a integridade geral do aplicativo em uma linha do tempo personalizável. A lógica de agrupamento incorporada ao Bugsnag usa a causa raiz subjacente de uma falha para agrupar exceções como eventos únicos. Isso ajuda a minimizar o ruído, bem como a identificar os dados de falha mais relevantes na caixa de entrada.  O Bugsnag exibe cada falha agrupada com o título do erro, bem como o quadro de pilha superior onde ocorreu a falha no aplicativo. Abaixo do título está a mensagem gerada com a falha, bem como quando o erro foi visto pela última vez e introduzido pela primeira vez. Se algum usuário dentro do projeto Bugsnag comentou sobre o erro ou foi atribuído a propriedade do bug, isso pode ser encontrado ao lado do carimbo de data/hora.  1. Título do erro 2. Mensagem de erro 3. Última vez que o erro foi visto; Introduzido pela primeira vez 4. Comentários de erro 5. Responsável pelo erro  Detalhes do erro  Movendo-se para o lado direito da caixa de entrada, aqui, a contagem de falhas de cada erro correspondente pode ser encontrada, bem como quantos usuários foram afetados. Clicar nesses parâmetros os classificará por contagem total, começando do maior para o menor.  Mais à direita está a barra de tendência correspondente ao impacto de cada erro dentro da configuração de intervalo de tempo atual da caixa de entrada. Ajustar o intervalo de tempo da caixa de entrada pode fornecer informações sobre até dois meses de dados históricos.  Ao lado da barra de tendências está o estágio de lançamento em que o erro ocorreu - o Bugsnag exibirá as compilações de teste e produção se o erro foi visto em ambos.  Por fim, a gravidade do erro é refletida mais à direita da caixa de entrada. As exceções não tratadas recebem, por padrão, um nível de gravidade de “erro” e as exceções tratadas são marcadas como um “aviso”.   1. Contagem de erros 2. Barra de tendência 3. Estágio de liberação 4. Nível de gravidade  Triagem de erro  Por fim, olhando para o lado esquerdo da caixa de entrada, os erros podem ser atribuídos a várias caixas de status de trabalho para auxiliar na triagem. Quando o status de um erro muda, ele é colocado na caixa de status correspondente.  Por exemplo, abrir uma caixa de atribuição de status de erros clicando na marca de seleção e marcando o erro como corrigido irá movê-lo do compartimento de status “Aberto” para o compartimento “Corrigido”.  O uso desse fluxo de trabalho permitirá que os membros da equipe saibam que o erro foi acionado, além de manter os compartimentos de status organizados. Os erros também podem ser atribuídos a vários membros da equipe usando um status de erro “Atribuído” ou por meio de uma integração do rastreador de problemas, como o Jira.  Erros de baixa prioridade ou ruidosos podem ser marcados como “Adiados” até que ultrapassem um limite personalizável. Por fim, para erros que não precisam ser acionados, marcá-los como “Ignorados” os impedirá de enviar notificações.  Os erros também podem ser descartados ou excluídos, removendo uma instância do erro apenas uma vez ou permanentemente, dependendo da respectiva ação.   Compartimentos de status 2. Caixa de atribuição de status  Isso conclui a visão geral da caixa de entrada de erros Bugsnag, bem como a primeira parte da série Bugsnag Beginners. Fique atento ao próximo tópico, que se aprofundará na página Detalhes do erro.  Vejo você então!

Visit Us

bugsnag

Este áudio é produzido no idioma original da história!

Muito longo; Para ler

Make resilience your competitive advantage

Bugsnag Beginners Series Parte 1 - Caixa de entrada de erros

About Author

COMENTARIOS

Rótulos

ESTE ARTIGO FOI APRESENTADO EM

Related Stories

Vazamento do prompt do sistema Claude Sonnet 3.5: uma análise forense

Navegando pelas águas: desenvolvendo aplicações RAG de nível de produção com data lakes

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Criando produtos criptográficos centrados no usuário: a importância do feedback do cliente

Vazamento do prompt do sistema Claude Sonnet 3.5: uma análise forense

Navegando pelas águas: desenvolvendo aplicações RAG de nível de produção com data lakes

Quer ganhar um concurso de redação do HackerNoon? Aqui está o que os vencedores do concurso #crypto-api recomendam

Criando produtos criptográficos centrados no usuário: a importância do feedback do cliente

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps