38 lines
2.3 KiB
Markdown
38 lines
2.3 KiB
Markdown
|
---
|
||
|
|
title: Test Driven Development
|
||
|
|
localeTitle: اختبار مدفوعة التطوير
|
||
|
|
---
|
||
|
|
## اختبار مدفوعة التطوير
|
||
|
|
|
||
|
|
التطوير المدفوع بالاختبار (TDD) هو أحد مناهج تطوير البرمجيات Agile. ويستند على مفهوم أن
|
||
|
|
|
||
|
|
> يجب أن تكتب حالة اختبار للشفرة حتى قبل كتابة الشفرة
|
||
|
|
|
||
|
|
هنا ، نكتب اختبار الوحدة أولاً ثم نكتب الكود لإكمال الاختبار بنجاح. وهذا يوفر الوقت المستغرق لإجراء اختبار الوحدة واختبار آخر مماثل ، لأننا نمضي قدمًا في التكرار الناجح للاختبار بالإضافة إلى تحقيق نمطية في الشفرة. انها اساسا تتكون من 4 خطوات
|
||
|
|
|
||
|
|
* اكتب حالة اختبار
|
||
|
|
|
||
|
|
* انظر فشل الاختبار (الأحمر)
|
||
|
|
|
||
|
|
* جعل تمرير الاختبار ، أي ما يرافق أي جرائم في هذه العملية (الأخضر)
|
||
|
|
|
||
|
|
* ريفاكتور الكود الذي يصل إلى المعايير (ريفاكتور)
|
||
|
|
|
||
|
|
هذه الخطوات تتبع مبدأ الأحمر-الأخضر-ريفاكتور. الأحمر والأخضر تأكد من كتابة أبسط رمز ممكن لحل المشكلة في حين أن الخطوة الأخيرة تتأكد من أن الكود الذي تكتبه متروك للمعايير.
|
||
|
|
|
||
|
|
|
||
|
|
يجب أن تتبع كل ميزة جديدة في النظام الخاص بك الخطوات المذكورة أعلاه.
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
#### معلومات اكثر:
|
||
|
|
|
||
|
|
[مقدمة](http://agiledata.org/essays/tdd.html) رشيقة البيانات [إلى TDD](http://agiledata.org/essays/tdd.html)
|
||
|
|
|
||
|
|
ويكي على [TDD](https://en.wikipedia.org/wiki/Test-driven_development)
|
||
|
|
|
||
|
|
مارتن فاولر [هو TDD ميت؟](https://martinfowler.com/articles/is-tdd-dead/) (سلسلة من المحادثات المسجلة حول الموضوع)
|
||
|
|
|
||
|
|
كتاب كينت بيك [للتطوير المدفوع من خلال المثال](https://www.amazon.com/Test-Driven-Development-Kent-Beck/dp/0321146530)
|
||
|
|
|
||
|
|
العم بوب في [دورات TDD](http://blog.cleancoder.com/uncle-bob/2014/12/17/TheCyclesOfTDD.html)
|