ما هو Test-Driven Development (TDD)؟

Question

IT Interview Practice · Accepted Answer

**Test-Driven Development (TDD)** هي ممارسة تكتب فيها **الاختبارات قبل الكود** — باتباع دورة قصيرة متكررة: كتابة اختبار فاشل، كتابة كود لتمريره، ثم إعادة هيكلة. إنها تقود التصميم من خلال الاختبارات وتضمن أن الكود قابل للاختبار وموثق بشكل جيد.

## دورة TDD: أحمر، أخضر، إعادة هيكلة

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

## مثال على التدفق

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

## الفوائد والاعتبارات

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

## لماذا يكون مهماً

فهم Test-Driven Development ذو قيمة لأنها **ممارسة مؤثرة وموضع نقاش واسع** تشكل الطريقة التي يتعامل بها العديد من المطورين مع الاختبار والتصميم، لذلك فهمها معرفة مهمة للتطوير المهني.

الفكرة الأساسية في TDD — **كتابة الاختبارات قبل الكود**، باتباع **دورة Red-Green-Refactor** (كتابة اختبار فاشل، كتابة كود بحد أدنى لتمريره، ثم إعادة هيكلة مع الحفاظ على الاختبارات خضراء) — هي نهج مميز يعكس الترتيب المعتاد.

فهم الدورة هو المعرفة العملية الأساسية.

فهم **الفوائد** يشرح لماذا يتم تقدير TDD: يضمن أن الكود **قابل للاختبار** (بتصميمه للاختبار من البداية) و**موثق** (الاختبارات موجودة بالتعريف)، **يقود التصميم** (التفكير أولاً في السلوك والواجهة يؤدي إلى كود أنظف وأكثر تركيزاً)، يوفر تعليق سريع وثقة لإعادة الهيكلة، يتجنب الإفراط في الهندسة (كتابة ما هو مطلوب فقط لتمرير الاختبارات)، وينتج بشكل طبيعي تغطية اختبار جيدة.

هذه الفوائد تجعل TDD مؤثرة كممارسة اختبار وتصميم.

فهم **الاعتبارات** — أن TDD هي انضباط يتطلب ممارسة، وأنه لا يتم تطبيقها بشكل عقائدي دائماً (يستخدم المطورون الحكم حول متى تنطبق) — يعكس وجهة نظر متوازنة وواقعية.

حتى المطورون الذين لا يمارسون TDD دائماً يستفيدون من فهمها، لأنها تشكل التفكير حول الاختبار والتصميم وهي موضوع شائع في التطوير المهني والمقابلات.

بما أن TDD هي ممارسة مؤثرة وموسعة الانتشار تشكل أساليب الاختبار والتصميم (مع فوائد حقيقية في قابلية الاختبار والتصميم والتغطية) وموضوع شائع في المجالات المهنية والمقابلات، وبما أن فهم الدورة والفوائد والاعتبارات يعكس نضج الاختبار، فإن فهم Test-Driven Development معرفة ذات قيمة وصلة — ممارسة اختبار مهمة وفلسفة تستحق الفهم للتطوير المهني، مؤثرة في كيفية تعامل المطورين الموجهين للجودة مع بناء البرمجيات.

دورة TDD: أحمر، أخضر، إعادة هيكلة

مثال على التدفق

الفوائد والاعتبارات

لماذا يكون مهماً

أسئلة ذات صلة