Apa itu Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** adalah praktik di mana Anda menulis **tes sebelum kode** — mengikuti siklus pendek yang berulang: tulis tes yang gagal, tulis kode untuk melewatinya, kemudian refaktor. Hal ini mendorong desain melalui tes dan memastikan kode dapat diuji dan teruji dengan baik.

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

## Contoh alur

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

## Manfaat dan pertimbangan

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

## Mengapa ini penting

Memahami Test-Driven Development berharga karena ini adalah **praktik yang berpengaruh dan banyak dibahas** yang membentuk cara banyak developer mendekati pengujian dan desain, jadi ini pengetahuan penting untuk pengembangan profesional.

Ide inti TDD — **menulis tes sebelum kode**, mengikuti **siklus Red-Green-Refactor** (tulis tes yang gagal, tulis kode minimal untuk melewatinya, kemudian refaktor sambil menjaga tes tetap hijau) — adalah pendekatan yang khas dan membalikkan urutan biasanya.

Memahami siklus adalah pengetahuan praktis utama.

Memahami **manfaat** menjelaskan mengapa TDD dihargai: memastikan kode **dapat diuji** (dengan merancang untuk pengujian sejak awal) dan **teruji** (tes ada menurut definisi), **mendorong desain** (memikirkan perilaku dan antarmuka terlebih dahulu menghasilkan kode yang lebih bersih dan terfokus), memberikan umpan balik cepat dan kepercayaan diri untuk refaktor, menghindari over-engineering (menulis hanya apa yang diperlukan untuk melewati tes), dan secara alami menghasilkan cakupan tes yang baik.

Manfaat ini membuat TDD berpengaruh sebagai praktik pengujian dan desain.

Memahami **pertimbangan** — bahwa TDD adalah disiplin yang memerlukan praktik, dan bahwa hal itu tidak selalu diterapkan secara dogmatis (developer menggunakan penilaian tentang kapan hal itu cocok) — mencerminkan pandangan yang seimbang dan realistis.

Bahkan developer yang tidak selalu mempraktikkan TDD mendapat manfaat dari memahaminya, karena hal ini membentuk pemikiran tentang pengujian dan desain dan merupakan topik umum dalam pengembangan profesional dan wawancara.

Karena TDD adalah praktik yang berpengaruh dan dikenal luas yang membentuk pendekatan pengujian dan desain (dengan manfaat nyata dalam kemampuan pengujian, desain, dan cakupan) dan merupakan topik profesional dan wawancara yang umum, dan karena memahami siklus, manfaat, dan pertimbangan mencerminkan kematangan pengujian, memahami Test-Driven Development adalah pengetahuan yang berharga dan relevan — praktik dan filosofi pengujian penting yang patut dipahami untuk pengembangan profesional, berpengaruh dalam cara developer yang fokus pada kualitas membangun perangkat lunak.