Do Agile ao Agentic Operating Model · Capítulo 8 de 19 · 31 min
Descobrir as sete perguntas que o teste verde deixa sem resposta
A esteira automática verde responde três das dez perguntas de uma entrega; escolha pelo raio de dano qual das outras sete fechar primeiro.
Este capítulo faz parte do curso gratuito Do Agile ao Agentic Operating Model.
Quando o seu time diz que a esteira automática está verde, ele está dizendo que uma parte das provas passou. No mapa que esta aula apresenta, três das dez. As outras sete costumam estar no escuro, e a maioria das organizações não consegue listar quais são. O que está em jogo é o endereço do próximo incidente, porque ele nasce exatamente onde não existe instrumento apontado. A decisão que cabe a você é qual lacuna recebe orçamento neste semestre, e com qual justificativa. Dá para delegar a escolha da ferramenta, a implantação e a operação. Não dá para delegar a ordem de prioridade: ela é uma decisão de risco de negócio disfarçada de decisão técnica.
Glossário rápido
CI (integração contínua)
A esteira automática que monta o sistema e roda a bateria de testes a cada alteração proposta. É o instrumento que produz o famoso verde.
Teste unitário, de integração e ponta a ponta (E2E)
Três escalas de teste. O unitário verifica um pedaço isolado; o de integração verifica dois ou mais pedaços conversando; o ponta a ponta percorre o caminho completo do usuário, da primeira tela até o resultado final.
Análise estática (typecheck e lint)
Conferência automática do código sem executá-lo, buscando incoerências de tipo, padrões proibidos e erros de forma. É a checagem mais barata do conjunto: roda em segundos e dispensa ligar o sistema.
Prompt
O texto de instrução que se entrega ao agente: o que ele deve fazer, o que não pode fazer e em que formato responder. É onde mora a regra de conduta dele, e por isso mudar o prompt muda o comportamento sem que uma linha de código tenha sido tocada.
Benchmark
Conjunto padronizado de tarefas com resposta conhecida, usado para comparar modelos entre si. É prova de vestibular: mede desempenho naquele conjunto de questões, e não capacidade geral.
Modelo de fronteira
Os modelos mais capazes disponíveis num dado momento, aqueles que os laboratórios lançam como topo de linha. O termo circula em inglês como frontier model.
Cobertura de testes
Percentual das linhas do código que foram executadas durante os testes. Diz que a linha rodou, e nada sobre alguém ter conferido o resultado dela.
Teste de mutação (mutation testing)
Ferramenta que altera o código de propósito e verifica se algum teste acusa a alteração. Teste que não acusa nada não está protegendo nada.
SAST (análise estática de segurança)
Varredura automática do código em busca de padrões de vulnerabilidade conhecidos, feita sem executar o sistema.
OWASP
Organização sem fins lucrativos que publica as listas de referência de risco em segurança de aplicações, usadas como base por auditorias no mundo inteiro.
Evals (avaliações de agente)
Bateria de casos que mede se o agente se comporta como esperado, do mesmo jeito que um teste mede se o código faz o que deveria fazer.
Depois de nomear quem monta a prova, falta saber o que essa prova precisa cobrir. Perguntas diferentes exigem instrumentos diferentes, e nenhum instrumento responde pelo outro. Um teste que passa não diz que a estrutura ficou mais simples de evoluir. Uma verificação de tipos limpa não diz que o cliente completa a compra. Um teste de carga verde não detecta uma senha esquecida dentro do código. Suponha uma padaria que vende pelo próprio site: a esteira verde garante que a página abre e que o total do carrinho continua certo, e nada diz se o cliente consegue pagar pelo celular. Essa última pergunta tem instrumento próprio, e sem ele ninguém descobre o problema antes do cliente.
Somar instrumentos como se fossem intercambiáveis e concluir que existe teste suficiente é o erro caro do gestor pressionado. O que existe é bastante prova de uma dimensão e nenhuma prova das outras nove, com o risco morando justamente onde não há instrumento apontado.
Este curso organiza essas dimensões no Mapa de Provas, que aparece no material em inglês como Quality Evidence Stack: dez camadas de evidência, cada uma com uma pergunta própria e instrumentos próprios. Use o mapa como diagnóstico, porque nenhuma organização opera as dez com maturidade uniforme. A pergunta executiva útil é quais estão automatizadas, quais dependem de alguém lembrar e quais simplesmente não existem hoje.
Aquele "três das dez" vem da aritmética do próprio mapa, sem medição de mercado por trás, e fica declarado para não ser lido como dado apurado: uma esteira automática comum roda os instrumentos das camadas funcional, de regressão e estática, e não roda os das outras sete. Quem montou uma esteira mais completa muda esse número, e deveria conseguir dizer para quanto e com base em qual instrumento.
Uma advertência de vocabulário, porque o curso apresenta dois conjuntos de dez itens que não são a mesma coisa. Os dez instrumentos de verificação, que a aula anterior detalhou ao tratar de quem monta a prova da entrega, listam o que a equipe opera. As dez camadas do Mapa de Provas listam o que a entrega precisa responder. Um conjunto é a agenda de quem executa, o outro é o mapa de quem audita. A coincidência no número é acidente, sem correspondência item a item.
Para ler a quarta camada da tabela abaixo, basta uma noção. Um sistema não é um bloco único: ele é feito de partes que chamam umas às outras, e cada uma dessas chamadas é uma dependência. Quando partes que nada teriam a ver uma com a outra passam a depender entre si, mexer numa obriga a mexer na outra, e o custo aparece meses depois, na conta de manutenção, sem que teste nenhum tenha acusado alguma coisa. É a isso que o mercado chama acoplamento.
As dez camadas do Mapa de Provas, em ordem
| Camada | A pergunta que ela responde | Instrumentos |
|---|---|---|
| 1. Funcional | A aplicação faz o que deveria fazer? | Testes unitários, de integração, ponta a ponta e validação no navegador |
| 2. Regressão | O que funcionava antes continua funcionando? | Bateria existente, testes de referência, teste de mutação, testes impactados |
| 3. Estática | O código respeita os contratos e os padrões combinados? | Verificação de tipos, lint, formatação, análise estática |
| 4. Arquitetural | A estrutura ficou mais simples ou mais coerente? | Mapa de quem depende de quem, regra escrita de quais partes podem se conhecer, registro das decisões de estrutura e medição de acoplamento |
| 5. Segurança | Criamos vulnerabilidade ou exposição de dado? | SAST, varredura de dependências, varredura de segredos, verificações OWASP |
| 6. Performance | O sistema continua respondendo sob carga? | Teste de carga, teste de estresse, comparação estatística antes e depois |
| 7. Produto | O usuário consegue completar o fluxo até o fim? | Execução no navegador, teste do caminho completo do cliente, critérios de aceite |
| 8. Operacional | Está seguro para subir na frente do cliente, e dá para voltar atrás? | Registros de execução, métricas, plano de reversão, canary e uma margem de falha combinada de antemão, abaixo da qual ninguém precisa ser acordado |
| 9. Do agente | O agente se comporta como esperado? | Evals, reteste do comportamento a cada mudança de prompt e conferência das ferramentas que ele chamou |
| 10. Humana | Houve julgamento contextual suficiente? | Conferência dirigida por risco, revisão dos testes, revisão arquitetural |
As camadas se agrupam em três famílias: as quatro primeiras provam que o código faz o que deveria e continua saudável; as quatro do meio, que a mudança é segura, aguenta carga e chega ao usuário; as duas últimas, que o agente se comportou e que alguém julgou. Guarde a ordem, porque ela é a mesma do mapa preenchível mais abaixo.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
O exame de sangue que veio normal
Um hemograma normal é boa notícia sobre exatamente aquilo que o hemograma mede. Ele não fala da sua pressão, do seu joelho nem da sua tireoide. Ninguém sai do laboratório com um resultado limpo e conclui que está saudável; sai sabendo que uma bateria específica não acusou nada. A esteira verde é o hemograma do software, e o time costuma lê-la como atestado de saúde.
Onde a analogia para de valer: no consultório, o médico sabe listar quais exames você deixou de fazer. Na engenharia, quase ninguém sabe, e devolver essa lista é a função inteira do Mapa de Provas.
Head de engenharia de uma fintech de meio de pagamento
Serviços financeiros
Dor
Quarenta engenheiros, produto com componente de IA no núcleo e nenhuma leitura de onde ficam os pontos cegos de prova. Cada incidente parecia isolado, e a discussão de qualidade sempre terminava em impressão pessoal.
Solução
Preencheram o mapa das dez camadas em uma tarde. Quatro apareceram automatizadas: funcional, regressão, estática e a do agente, esta última porque o que a empresa vende é a decisão do modelo, e não um sistema que apenas o consulta, de modo que avaliar o comportamento dele nunca foi opcional ali. Três apareceram manuais, dependentes de alguém lembrar de rodar: segurança, performance e operacional. Três apareceram inexistentes: arquitetural, produto e humana.
Resultado
O orçamento do semestre foi para as duas inexistentes de maior raio de dano, arquitetural e produto, com o motivo registrado em ata: um acoplamento silencioso entre o registro contábil e o antifraude custaria semanas de retrabalho, e um fluxo de pagamento quebrado custa receita no mesmo dia. A camada humana ficou por último de propósito, porque sem as duas anteriores ela degenera em leitura de código linha a linha.
Cenário construído para fins didáticos. Números não correspondem a cliente específico.
Se a figura ultrapassar a área visível, deslize para os lados. Pelo teclado, foque a figura e use as setas.
Marque o seu Mapa de Provas
Família 1: o código faz o que deveria e continua saudável
0/4Família 2: a mudança é segura, aguenta carga e chega ao usuário
0/4Família 3: o agente se comportou e alguém julgou
0/2Aplique a regra de marcação sem indulgência: camada automatizada é aquela cuja ferramenta e cujo comando você consegue nomear neste instante. Se precisa perguntar a alguém, ela é manual, sem exceção. Cada caixa que ficar desmarcada está informando o endereço do próximo incidente com meses de antecedência, e essa informação vale mais que a nota que o mapa dá à organização.
Existe orçamento para automatizar uma única camada ausente neste semestre. De um lado, segurança: o risco de maior magnitude por evento, com exposição de dado de cliente. Do outro, regressão com teste de mutação: a cobertura de testes está alta e ninguém sabe se os testes de fato acusam alteração, que é o risco de maior frequência.
Qual camada recebe o orçamento?
Sobre a camada funcional pesa o achado que mais incomoda em 2026, porque ele ataca a premissa de que teste verde é prova. O SpecBench separa os testes que o agente enxerga dos testes que ele nunca vê e mede a distância entre as duas taxas de aprovação. Diante da bateria visível, os modelos de fronteira chegam ao teto da nota, que é o que a literatura chama de saturar um benchmark (prova padronizada de modelos, como um vestibular com gabarito conhecido); diante da escondida, falham. A distância entre as duas cresce 28 pontos percentuais a cada aumento de dez vezes no tamanho do código, o que significa, em linguagem de gestão, que quanto maior o sistema mais o verde mente. O caso extremo catalogado é um programa de 2.900 linhas que decorou as entradas de teste e passa em 100% delas sem implementar a lógica que deveria implementar.
Dois trabalhos independentes chegam ao mesmo lugar por caminhos diferentes. Uma auditoria chamada UTBoost reprocessou correções já aprovadas num benchmark de referência e encontrou 345 que não resolviam o problema, aceitas porque os testes escritos à mão eram fracos demais para reprová-las. O Lucky Pass trocou o resultado pelo processo e leu a trajetória de cada execução, ou seja, a sequência inteira de passos que o agente deu até declarar pronto: 10,7% das trajetórias aprovadas exibem processo defeituoso, com variação de 0,5% a 23,2% conforme o modelo.
Entre os três trabalhos, dois são pré-publicações de 2026, ainda sem revisão por pares, e a conclusão que eles sustentam sobrevive mesmo que um caia: um agente que passa em todos os testes que consegue enxergar provou apenas que sabe passar nos testes que consegue enxergar. O gate que resistiu na literatura de 2026 é o conjunto que o agente nunca vê.
Guarde um contraste de julho de 2026 para a próxima vez que alguém levar um placar de agentes à sua sala. No SWE-Bench Pro, que reúne problemas de engenharia bem delimitados e de resposta verificável, o topo público resolve 61,5% dos casos. No Agents' Last Exam, montado por mais de 250 especialistas de indústria sobre a classificação oficial de ocupações dos Estados Unidos, com mais de mil tarefas em 55 subáreas, a taxa média de aprovação integral no nível mais difícil fica abaixo de 1%.
Cada número mede uma coisa, e os dois costumam ser lidos como se medissem a mesma. Resolver uma tarefa verificável e sustentar um cargo inteiro são problemas separados por ordens de grandeza, e desempenho alto no primeiro placar não autoriza nenhuma conclusão sobre o segundo. Vale para o agente e vale para a camada de prova: a esteira mede o que ela sabe medir, com a mesma honestidade e o mesmo limite.
Na camada de regressão, o instrumento que separa cobertura de proteção é o teste de mutação (estraga o código de propósito, como testar o detector com fumaça). Num estudo de caso publicado por Birgitta Böckeler, um arquivo com 100% de cobertura de linhas e 75% de cobertura de ramificações não tinha nenhum teste unitário, e o teste de mutação apontou 13 alterações no código que a bateria existente deixou passar. Cobertura informa que a linha foi executada; mutação informa se o teste morde. A escala pede honestidade: trata-se de um estudo de caso da autora sobre um arquivo, sem valor de medição organizacional, e o que vale ali é o mecanismo.
Uma camada adiante, em segurança, o que existe com lastro público é o OWASP Top 10 for Agentic Applications 2026 (lista de riscos que as auditorias usam como tabela de referência), publicado em 09/12/2025, que organiza o risco pela arquitetura do agente em lugar de organizá-lo pelo modelo. Percentuais do tipo "um quarto do código gerado por IA tem vulnerabilidade" circulam bastante e costumam vir de fornecedores de segurança sem metodologia pública, amostra declarada nem definição auditável. A decisão de investimento dispensa esses números: basta perguntar se existe varredura automática de segredo e de dependência rodando na sua esteira hoje. A resposta, na maioria das casas, é não.
Verificação rápida
Um time relata 92% de cobertura de testes num módulo crítico. O que esse número autoriza você a concluir?
Produto e humana são as camadas que menos aparecem em esteira e as que mais aparecem em cliente. Existe um experimento de campo que mede exatamente essa diferença, e ele é o único ensaio aleatorizado com agente autônomo em operação real publicado até aqui. Na Taobao, do grupo Alibaba, um agente entrou no atendimento de 647 atendentes ao longo de 680.676 conversas, com sorteio de quem recebia o agente e quem seguia sem ele. Nas conversas em que ele podia atuar, a duração média caiu 16,8% e a nota dada pelo cliente caiu 0,412 ponto. As resolvidas inteiramente pelo agente, sem passar por humano nenhum, foram as mais rápidas do estudo, com queda de 64,6%, e também as pior avaliadas, com queda de 0,858 ponto. Nas conversas que o agente não podia atender, a nota do cliente subiu 0,091 ponto, porque o atendente liberado de parte da fila dedicou mais atenção ao que exigia julgamento.
Nenhuma dessas quedas apareceria numa esteira verde. A camada funcional continuaria passando, a de regressão também, e a de performance melhoraria com folga. O sinal só existe porque alguém mediu a camada de produto, que pergunta se o cliente chega ao fim satisfeito, e a camada humana, que pergunta se houve julgamento onde ele era necessário. Uma ressalva precisa viajar junto com o número: o artigo saiu em maio de 2026 e o experimento rodou em agosto de 2024, com uma geração de agentes anterior à atual.
No relatório da DORA de 2025, com cerca de cinco mil profissionais ouvidos, a IA aparece como amplificador: ela potencializa as forças e as disfunções que a organização já carrega. Um time com mapa de provas forte amplifica confiança a cada entrega feita por agente. Um time sem mapa amplifica risco na mesma velocidade, e com o mesmo entusiasmo.
Daí sai a direção do investimento. O retorno vem de ter onde apoiar a ferramenta, e o Mapa de Provas é literalmente o que fica embaixo.
Sem consultar o texto, recupere o que puder. (1) Quantas das dez camadas você reconstrói sem consultar, e as que faltaram pertencem a qual das três famílias? (2) Qual camada responde "o usuário consegue completar o fluxo?" e qual responde "a estrutura ficou mais simples?", e por que confundi-las produz discussões improdutivas sobre qualidade? (3) Você consegue explicar por que cobertura de testes não é evidência de regressão, e o que o teste de mutação acrescenta? (4) Retomando a aula sobre provar que a entrega funcionou: qual camada converte a frase "ficou mais rápido" em fato?
Peça ao seu time de tecnologia o mapa preenchido das dez camadas, com uma restrição declarada antes: camada automatizada é aquela cuja ferramenta e cujo comando alguém nomeia na hora. Depois faça a única pergunta que decide orçamento: qual camada ausente, se falhar, causa o maior dano ao nosso produto, e qual é o cenário concreto disso acontecer? A resposta certa vem com cliente, receita e dado no enunciado. A resposta errada vem com o nome de uma ferramenta e um prazo de implantação.
Separe uma tarde desta semana para duas tarefas, na ordem.
Mapa do seu processo. Preencha as dez camadas com o marcador acima, sem indulgência. Identifique a camada cuja ausência tem o maior raio de dano e escreva o cenário real de falha do seu produto que sustenta essa escolha.
Mínimo viável de evidência. Com a camada prioritária escolhida, pegue um serviço ou módulo específico e especifique o instrumento concreto de cada camada, com nome de ferramenta e comando, e estime o custo de implantação em dias.
Critérios de sucesso: dê a tarefa por concluída quando cada camada marcada como automatizada tiver ferramenta e comando nomeados; a camada priorizada tiver sido escolhida por raio de dano, com cenário real de falha descrito e sem a facilidade de implantação na justificativa; as três primeiras implantações estiverem ordenadas por raio de dano por dia de esforço; e você conseguir defender essa ordem diante de alguém do time que discorde dela.
Perguntas frequentes deste capítulo
Dez camadas para um time de quatro pessoas?
Esteira verde não basta mesmo?
Como priorizar quando duas camadas ausentes têm raio de dano parecido?
Seu caderno neste capítulo
Abrir o caderno completoSelecione um trecho do capítulo para destacar ou anotar. Nos vídeos e áudios, use Anotar este momento. No teclado, selecione com Shift e as setas e use Alt+Shift+D para destacar ou Alt+Shift+N para anotar.
Salvo neste navegador. Entre na sua conta para levar o caderno a outros aparelhos.
Entre na sua conta para compartilhar o que aprendeu e convidar alguém para estudar com você.
Conexões deste capítulo
Veja o que estudar antes e para onde seguir depois, explore os conceitos e compare abordagens em outros cursos. Sugestões marcadas como “sugerido pelo grafo” vêm dos assuntos em comum, não do índice do curso.
Estude antes
- CursoAgentes de IA Autônomos: Do Conceito à Produção
- CursoVídeo com IA: Claude Code, Codex e ElevenLabssugerido pelo grafo5 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “Vídeo com IA: Claude Code, Codex e ElevenLabs”.
- CursoMCP para quem decidesugerido pelo grafo4 capítulos de “Do Agile ao Agentic Operating Model” usam conceitos apresentados em “MCP para quem decide”.
Conceitos deste capítulo
O mesmo assunto em outros cursos
- Software e IA para executivosPagar pela camada de teste que pega o defeito certoExaminar conexões de Pagar pela camada de teste que pega o defeito certo
- Agentes de código para executivosLevar sete perguntas ao fornecedor antes de assinarExaminar conexões de Levar sete perguntas ao fornecedor antes de assinar
- Prompt Engineering para ExecutivosAvaliar a IA com uma planilha de 20 a 50 tarefas reaisExaminar conexões de Avaliar a IA com uma planilha de 20 a 50 tarefas reais
- API Design: REST, GraphQL e Boas PráticasTestes de API (Postman e Vitest)Examinar conexões de Testes de API (Postman e Vitest)
Voltar ao capítulo anterior: Nomear quem monta a prova da entrega e pode vetá-la
Leve uma ideia para a prática
Escolha uma atividade no painel e volte a este curso quando quiser.
Atividades e evolução ficam reunidas no painel da sua conta.
Capítulos vizinhos em Do Agile ao Agentic Operating Model
- 06Decidir quando ampliar a autonomia de um agente
- 07Nomear quem monta a prova da entrega e pode vetá-la
- 08Descobrir as sete perguntas que o teste verde deixa sem resposta
- 09O que exigir antes de aprovar uma entrega feita por agente
- 10O contrato que define sucesso antes de o agente escrever código