Test-driven Development
Desenvolvimento orientado a testes
O desenvolvimento orientado a testes (TDD) repete três etapas. Escreva um pequeno teste que falhe. Escreva o mínimo de código que o faça passar. Em seguida, limpe o código sem mudar como ele funciona.
Outro exemplo
Um desenvolvedor inicia uma nova regra de arredondamento de dinheiro com um teste de exemplo que falha. O menor código faz com que ele passe, depois o código repetido é limpo enquanto todos os testes permanecem verdes. Testes escritos apenas depois do código são úteis, mas isso não é o ciclo de teste-primeiro do TDD.
Partes principais
- 01exemplo com falha
- 02código mínimo aprovado
- 03refatoração segura
Use-o quando
Use este termo quando cada próximo passo de design é guiado por um teste que falhou e seguido por uma limpeza segura.
Não o use quando
Não chame um projeto de TDD apenas porque possui muitos testes. O código deve seguir o ciclo de teste primeiro.
Nome usado no código
red → green → refactor Antes de lançar
Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule.
Outcome: Complete the task with Desenvolvimento orientado a testes (Test-driven Development). User context: Um desenvolvedor inicia uma nova regra de arredondamento de dinheiro com um teste de exemplo que falha. O menor código faz com que ele passe, depois o código repetido é limpo enquanto todos os testes permanecem verdes. Testes escritos apenas depois do código são úteis, mas isso não é o ciclo de teste-primeiro do TDD. Validation approach: Desenvolvimento orientado a testes (Test-driven Development). Why it fits: Use este termo quando cada próximo passo de design é guiado por um teste que falhou e seguido por uma limpeza segura. Do not use it when: Não chame um projeto de TDD apenas porque possui muitos testes. O código deve seguir o ciclo de teste primeiro. Test requirements: Name the system and test environment. Define prepared test data, other inputs, and the result you can observe. Include failure and edge cases, allowed error, isolation, and cleanup. Test operations: Make failures easy to diagnose. Control random or changing inputs. Name an owner. Keep the test fast and simple enough for its release gate. Acceptance criteria: The test fails for the known bug and passes after the fix. It repeats in the target environment, gives useful evidence, and does not expose or change unrelated data. Evidence and limits (evidence boundary): Nenhum padrão oficial único controla todo o termo. Seu significado pode mudar entre equipes, plataformas ou frameworks. Unknowns to confirm: Release gate, environment, prepared test data, allowed error, time budget, owner, and flaky-test rule.
Conferir este pedido
Review how Desenvolvimento orientado a testes (Test-driven Development) is used now. Definition: O desenvolvimento orientado a testes (TDD) repete três etapas. Escreva um pequeno teste que falhe. Escreva o mínimo de código que o faça passar. Em seguida, limpe o código sem mudar como ele funciona. Release checks: Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.