O que é Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** é uma prática onde você escreve **testes antes do código** — seguindo um ciclo curto e repetido: escrever um teste que falha, escrever código para passá-lo e depois refatorar. Ele impulsiona o design através de testes e garante que o código seja testável e bem-testado.

## O ciclo TDD: Red, Green, Refactor

```text
1. RED → write a FAILING test for the behavior you want (it fails — the code doesn't exist yet)
2. GREEN → write the MINIMUM code to make the test PASS (just enough, don't over-build)
3. REFACTOR → improve/clean up the code (and tests) while keeping tests GREEN
→ Repeat this short cycle for each small piece of behavior.
```

```text
Write test (RED) → write code (GREEN) → clean up (REFACTOR) → repeat
```

## Fluxo de exemplo

```js
// 1. RED — write the test first (fails: add doesn't exist / is wrong)
test('add(2,3) === 5', () => expect(add(2, 3)).toBe(5));

// 2. GREEN — write minimal code to pass
function add(a, b) { return a + b; }

// 3. REFACTOR — improve if needed (test still passes); then write the next test
```

## Benefícios e considerações

```text
✓ Ensures code is TESTABLE (you design for testing) and TESTED (tests exist by definition)
✓ Drives DESIGN — thinking about behavior/interface first → cleaner, focused code
✓ Fast FEEDBACK; confidence to refactor; avoids over-engineering (write only what's needed)
✓ Good test coverage as a natural result
⚠️ A discipline/skill that takes practice; not always applied dogmatically (use judgment)
```

## Por que isso importa

Compreender Test-Driven Development é valioso porque é uma **prática influente e amplamente discutida** que molda como muitos desenvolvedores abordam testes e design, então é conhecimento importante para desenvolvimento profissional.

A ideia central do TDD — **escrever testes antes do código**, seguindo o **ciclo Red-Green-Refactor** (escrever um teste que falha, escrever código mínimo para passá-lo e depois refatorar mantendo os testes verdes) — é uma abordagem distintiva que inverte a ordem usual.

Compreender o ciclo é o conhecimento prático-chave.

Compreender os **benefícios** explica por que TDD é valorizado: garante que o código seja **testável** (projetando para testes desde o início) e **testado** (testes existem por definição), **impulsiona o design** (pensar sobre comportamento e interface primeiro leva a código mais limpo e focado), fornece feedback rápido e confiança para refatorar, evita over-engineering (escrevendo apenas o necessário para passar nos testes) e naturalmente produz boa cobertura de testes.

Esses benefícios fazem do TDD uma prática influente tanto como prática de testes quanto de design.

Compreender as **considerações** — que TDD é uma disciplina que requer prática e que não é sempre aplicada dogmaticamente (desenvolvedores usam julgamento sobre quando se aplica) — reflete uma visão equilibrada e realista.

Mesmo desenvolvedores que nem sempre praticam TDD se beneficiam de compreendê-lo, pois molda o pensamento sobre testes e design e é um tópico comum em desenvolvimento profissional e entrevistas.

Como TDD é uma prática influente e amplamente conhecida que molda abordagens de testes e design (com benefícios reais em testabilidade, design e cobertura) e é um tópico comum profissional e em entrevistas, e como compreender o ciclo, benefícios e considerações reflete maturidade em testes, compreender Test-Driven Development é conhecimento valioso e relevante — uma prática e filosofia de testes importante para entender para desenvolvimento profissional, influente em como desenvolvedores focados em qualidade abordam a construção de software.