# Por que TDD funciona melhor com um agente do que sem um?

Canonical URL: https://bestskillsforclaude.com/pt-br/skills/test-driven-development
Language: pt-BR
Skill: test-driven-development
Publisher: Jesse Vincent (obra) (https://github.com/obra)
Source: https://github.com/obra/superpowers
License as stated by the publisher: MIT
Runtime: Claude Code and other supported coding agents
Category: Disciplina de engenharia
Last reviewed: 2026-08-05

Porque o teste que falha é a única prova de que o agente entendeu o pedido.

## Short answer
A skill test-driven-development, da coleção superpowers de Jesse Vincent, conduz o agente pelo ciclo red, green, refactor: primeiro um teste que falha, depois a menor mudança que o faz passar, e então a limpeza. Com um agente o teste que falha faz trabalho duplo, porque também prova que ele entendeu o requisito antes de escrever código.

Best for: Funcionalidades e correções com comportamento verificável, principalmente onde conferir na mão é lento.
Skip it if: Você está explorando, prototipando ou vai jogar o código fora amanhã.

## What to remember
- Um teste que falha é uma especificação da qual o agente não escapa conversando.
- Veja o teste falhar. Agente que pula para o verde costuma ter escrito um teste que não falha.
- Ciclos pequenos são o ponto. Grandes dão a mesma falsa confiança de não ter teste.
- É uma skill dentro de uma metodologia maior, e funciona melhor junto de writing-plans.

## O que muda na prática
O problema difícil do código assistido por agente não é capacidade, é verificação. O agente acredita que conseguiu, o diff parece razoável e ninguém conferiu nada. Um teste que falha converte essa crença em fato mecânico.
Também antecipa mal-entendidos. Se o agente escreve um teste que afirma o comportamento errado, você descobre no primeiro minuto e não depois de construir em cima.

## Onde decepciona
Testes que afirmam o que a implementação faz são piores que nenhum teste, porque prendem o defeito no lugar. Leia o teste, não só o resultado.
Também combina mal com exploração. Quando você ainda não sabe como é o correto, escrever a asserção primeiro é adivinhar com passos extras.

## Install and first run
1. Instale o superpowers a partir de obra/superpowers, sob licença MIT.
2. Exija ver o teste falhar antes de qualquer implementação.
3. Mantenha cada ciclo em um comportamento pequeno, porque ciclo grande esconde o que realmente falhou.

## Questions
### Por que insistir em ver o teste falhar?
Um teste que passa antes de existir a implementação não testa nada. Vê-lo falhar é a checagem mais barata que existe.

### Isso desacelera o agente?
Por mudança, sim. Ao longo de uma semana costuma ser mais rápido, porque elimina o retrabalho de mudanças não verificadas.

### É separado do resto do superpowers?
É uma skill de uma metodologia maior. Funciona sozinha e melhor ao lado de writing-plans e verification-before-completion.

## Sources
- obra/superpowers no GitHub: https://github.com/obra/superpowers
- Diretório de agent skills: https://skills.sh

## Other languages
- English: https://bestskillsforclaude.com/en/skills/test-driven-development
- Spanish: https://bestskillsforclaude.com/es/skills/test-driven-development
- Japanese: https://bestskillsforclaude.com/ja/skills/test-driven-development