Apakah itu Test-Driven Development (TDD)?

Question

Accepted Answer

**Test-Driven Development (TDD)** ialah amalan di mana anda menulis **ujian sebelum kod** — mengikut kitaran pendek yang berulang: tulis ujian yang gagal, tulis kod untuk meluluskannya, kemudian refactor. Ia memacu reka bentuk melalui ujian dan memastikan kod boleh diuji dan diuji dengan baik.

## Kitaran 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 aliran

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

Memahami Test-Driven Development adalah bernilai kerana ia merupakan **amalan yang berpengaruh dan dibincangkan secara meluas** yang membentuk cara ramai pembangun mendekati pengujian dan reka bentuk, jadi ia merupakan pengetahuan penting untuk pembangunan profesional.

Idea teras TDD — **menulis ujian sebelum kod**, mengikut **kitaran Red-Green-Refactor** (tulis ujian yang gagal, tulis kod minimum untuk meluluskannya, kemudian refactor sambil mengekalkan ujian green) — ialah pendekatan tersendiri yang membalikkan susunan biasa.

Memahami kitaran ini ialah pengetahuan praktikal yang utama.

Memahami **manfaat** menerangkan mengapa TDD dihargai: ia memastikan kod **boleh diuji** (dengan mereka bentuk untuk pengujian sejak awal) dan **diuji** (ujian wujud secara takrifan), **memacu reka bentuk** (memikirkan tingkah laku dan antara muka terlebih dahulu membawa kepada kod yang lebih bersih dan lebih fokus), memberikan maklum balas pantas dan keyakinan untuk refactor, mengelakkan over-engineering (menulis hanya apa yang diperlukan untuk meluluskan ujian), dan secara semula jadi menghasilkan liputan ujian yang baik.

Manfaat-manfaat ini menjadikan TDD berpengaruh sebagai amalan pengujian sekaligus reka bentuk.

Memahami **pertimbangan** — bahawa TDD ialah disiplin yang memerlukan latihan, dan ia tidak selalunya diaplikasikan secara dogmatik (pembangun menggunakan pertimbangan tentang bila ia sesuai) — mencerminkan pandangan yang seimbang dan realistik.

Walaupun pembangun yang tidak sentiasa mengamalkan TDD mendapat manfaat daripada memahaminya, kerana ia membentuk pemikiran tentang pengujian dan reka bentuk serta merupakan topik biasa dalam pembangunan profesional dan temu duga.

Memandangkan TDD ialah amalan yang berpengaruh dan terkenal yang membentuk pendekatan pengujian dan reka bentuk (dengan manfaat sebenar dalam kebolehujian, reka bentuk, dan liputan) serta merupakan topik profesional dan temu duga yang biasa, dan memandangkan memahami kitaran, manfaat, dan pertimbangan mencerminkan kematangan pengujian, memahami Test-Driven Development adalah pengetahuan yang bernilai dan relevan — amalan dan falsafah pengujian penting yang wajar difahami untuk pembangunan profesional, berpengaruh dalam cara pembangun yang berfokus pada kualiti mendekati pembinaan perisian.