Kas yra Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** yra praktika, kurioje rašote **testus prieš kodą** — vadovaudamiesi trumpu, kartojamasi ciklu: parašote nepavykstantį testą, rašote kodą jam išlaikyti, tada refaktorinate. Tai veda dizainą per testus ir užtikrina, kad kodas yra testuojamas ir gerai testuojamas.

## TDD ciklas: Raudona, Žalia, Refaktorinti

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

## Pavyzdžio eiga

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

## Privalumai ir svarstymai

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

## Kodėl tai svarbu

Test-Driven Development supratimas yra vertingas, nes tai **įtakinga, plačiai aptariama praktika**, kuri formuoja daugelio kūrėjų požiūrį į testavimą ir dizainą, todėl tai svarbi žinios profesionaliam kūrimui.

TDD pagrindinė idėja — **rašyti testus prieš kodą**, vadovaujantis **Red-Green-Refactor ciklu** (parašote nepavykstantį testą, rašote minimalų kodą jam išlaikyti, tada refaktorinate, o testai lieka žali) — yra skirtingas metodas, kuris invertuoja įprastą tvarką.

Ciklo supratimas yra pagrindinė praktinė žinios.

TDD **privalumų** supratimas paaiškina, kodėl TDD vertinama: ji užtikrina, kad kodas yra **testuojamas** (nuo pradžios projektavus testavimą) ir **testuojamas** (testai egzistuoja iš apibrėžimo), **veda dizainą** (pirmiausia galvojant apie elgesį ir sąsają, gaunamas grynumas ir daugiau fokusiuotas kodas), suteikia greitą atsaką ir pasitikėjimą refaktorinti, išvengia per daug inžinerijos (rašant tik tai, kas reikalinga testams išlaikyti), ir natūraliai sukuria gerą testų aprėptį.

Šie privalumai daro TDD įtakingą tiek testavimo, tiek dizaino praktika.
Supratimas **svarstymu** — kad TDD yra disciplina, reikalinga praktikos, ir kad ji nėra visada taikoma dogmatiškai (kūrėjai naudoja nuožiūrą, kada ji tinka) — atspindi subalansuotą, realistinį požiūrį.

Net kūrėjai, kurie ne visada praktikuoja TDD, gauna naudą iš jos supratimo, nes ji formuoja mąstymą apie testavimą ir dizainą ir yra dažna tema profesionaliniame kūrime ir interviu.

Kadangi TDD yra įtakinga, plačiai žinoma praktika, kuri formuoja testavimo ir dizaino metodikas (su tikrais privalumais testaujamume, dizaine ir aprėptyje) ir yra dažna profesionali interviu tema, ir kadangi ciklo, privalumų ir svarstymu supratimas atspindi testavimo brandumą, Test-Driven Development supratimas yra vertinga, aktuali žinios — svarbi testavimo praktika ir filosofija, kurią verta suprasti profesionaliam kūrimui, įtakinga tam, kaip kokybės sąmonę turintys kūrėjai raito programinę įrangą.