Documentação

Achados e execuções

A visualização de operações — o que foi detectado nos seus projetos e o que gerou esses resultados.

Operações A visualização de Operações agrega Achados e Execuções de toda a organização, em vez de por tarefa. Encontre-a em Operações, com Achados e Execuções nas visualizações.

Por que uma visualização agregada?

Um Achado em uma única tarefa é um detalhe. O mesmo Achado em trinta tarefas forma um padrão, e são os padrões que geram decisões úteis.

As visualizações por tarefa respondem à pergunta "essa alteração é boa?". A visualização de Operações responde à pergunta "o que é sistematicamente verdadeiro sobre o nosso código-fonte e nossa configuração?"

Achados

Todos os Achados detectados nos projetos, filtráveis por gravidade, projeto e tipo.

O que observar:

  • Achados que se repetem. O mesmo problema em muitas tarefas é ou uma dívida técnica que merece um trabalho dedicado, ou uma Verificação que não está alinhada às suas convenções.
  • Achados que ninguém resolve. Uma categoria de Achados constantemente aceita ou suprimida indica que a Verificação em questão não justifica sua existência.
  • Concentração. Um projeto que gera a maioria dos Achados indica onde focar sua atenção.

Execuções

Todas as execuções de verificação, com suas Verificações e resultados.

O padrão útil aqui são falhas que se repetem na mesma etapa em tarefas não relacionadas — isso indica um problema de configuração do projeto, não um problema no código, e reexecutar as tarefas não resolverá o problema. Veja Configuração de build e teste.

Transformando padrões em tarefas

Um Achado repetido pode se tornar uma tarefa. Esse é o objetivo de identificá-lo: "esse padrão aparece em quarenta arquivos" é uma tarefa a ser executada, não uma condição permanente no código-fonte.

Quando uma condição deve ser monitorada continuamente em vez de verificada manualmente, Sentinel pode detectá-la e abrir uma tarefa de remediação.

Ajustar em vez de tolerar

Se a visualização de Operações for excessiva, as Verificações estão mal calibradas, e não o seu código que é excepcionalmente ruim.

Uma Verificação que dispara na maioria das alterações descreve a realidade do seu código-fonte, não problemas reais. Ou a regra não está alinhada às suas convenções, ou ela descreve uma dívida técnica que você optou por manter. Em ambos os casos, a Verificação precisa ser alterada — veja Políticas e portas de qualidade.