Ce este Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** este o practică în care scrieți **teste înainte de cod** — urmând un ciclu scurt și repetat: scrieți un test care eșuează, scrieți cod pentru a-l trece, apoi refactorizați. Aceasta conduce designul prin teste și asigură că codul este testabil și bine testat.

## Ciclul TDD: Roșu, Verde, 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
```

## Exemplu de flux

```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
```

## Beneficii și considerații

```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)
```

## De ce contează

Înțelegerea Test-Driven Development este valoroasă pentru că este o **practică influentă, larg discutată** care modelează modul în care mulți dezvoltatori abordează testarea și designul, deci este o cunoaștere importantă pentru dezvoltarea profesională.

Ideea de bază a TDD — **scrierea testelor înainte de cod**, urmând **ciclul Roșu-Verde-Refactor** (scrieți un test care eșuează, scrieți cod minim pentru a-l trece, apoi refactorizați menținând testele verzi) — este o abordare distinctivă care inversează ordinea obișnuită.

Înțelegerea ciclului este cunoașterea practică principală.

Înțelegerea **beneficiilor** explică de ce TDD este apreciat: asigură că codul este **testabil** (prin design pentru testare de la început) și **testat** (testele există prin definiție), **conduce designul** (gândirea mai întâi la comportament și interfață conduce la cod mai curat și mai fokus), oferă feedback rapid și încredere pentru refactorizare, evită overengineering (scriind doar ceea ce este necesar pentru a trece teste), și produce în mod natural o acoperire de test bună.

Aceste beneficii fac TDD influentă ca practică de testare și design.

Înțelegerea **considerațiilor** — că TDD este o disciplină care necesită practică, și că nu este întotdeauna aplicată dogmatic (dezvoltatorii folosesc judecată despre când se potrivește) — reflectă o viziune echilibrată și realistă.

Chiar și dezvoltatorii care nu practică întotdeauna TDD beneficiază din înțelegerea acesteia, deoarece modelează gândirea despre testare și design și este un subiect comun în dezvoltarea profesională și interviuri.

Deoarece TDD este o practică influentă, larg cunoscută, care modelează abordările de testare și design (cu beneficii reale în testabilitate, design și acoperire) și este un subiect profesional și de interviu comun, și deoarece înțelegerea ciclului, beneficiilor și considerațiilor reflectă maturitate în testare, înțelegerea Test-Driven Development este o cunoaștere valoroasă și relevantă — o practică de testare importantă și o filozofie demne de înțeles pentru dezvoltarea profesională, influentă în modul în care dezvoltatorii orientați spre calitate construiesc software.