كيف أصبح "مصابًا بالاختبار" بـ TDD؟[مغلق]

Question

أستمر في القراءة عن الأشخاص الذين "أصيبوا بالاختبار"، مما يعني أنهم لا "يصابون" بـ TDD فحسب، بل لا يمكنهم أيضًا العيش بدونه.لقد "كان لديهم تحول" كما كان.السؤال هو كيف أحصل على مثل هذا؟

Answer 1

جزء من المغزى من كونك "مصابًا بالاختبار" هو أنك استخدمت TDD بدرجة كافية وشاهدت النجاحات الكافية لا تريد البرمجة بدونها.بمجرد اجتيازك لدورة من اختبارات الكتابة أولاً، ثم البرمجة وإعادة البناء ورؤية عدد الأخطاء الخاص بك ينخفض ​​وتحسن الكود الخاص بك نتيجة لذلك، لا يصبح الأمر مجرد طبيعة ثانية كما قال Zxaos، بل ستجد صعوبة في المضي قدمًا العودة إلى الكود أولاً.يتم اختبار هذا المصاب.

Answer 2

لقد قرأت بالفعل عن TDD؛قراءة المزيد لن تثير اهتمامك.

وبدلاً من ذلك، أنت بحاجة إلى قصة نجاح شخصية حقيقية.

إليك الطريقة.احصل على بعض التعليمات البرمجية من وحدة أساسية، وهي تعليمات برمجية لا تعتمد على أنظمة خارجية أو الكثير من الإجراءات الفرعية الأخرى.لا يهم مدى تعقيد أو بساطة الروتين.

ثم ابدأ في كتابة اختبارات الوحدة ضدها.(أفترض أن لديك xUnit أو ما شابه ذلك للغتك.) كن بغيضًا حقًا مع الاختبارات - اختبر كل حالة حدودية، واختبر max-int وmin-int، واختبر null، واختبر السلاسل والقوائم التي تحتوي على ملايين العناصر، اختبار السلاسل مع الحروف الكورية وأحرف التحكم والعربية من اليمين إلى اليسار وعلامات الاقتباس والخطوط المائلة العكسية والنقاط وغيرها من الأشياء التي تميل إلى كسر الأشياء إذا لم يتم الهروب منها.

ما ستجده هو ....البق!في البداية، قد تظن أن هذه الأخطاء ليست مهمة - فأنت لم تواجه هذه المشكلات بعد، وربما لن تقوم التعليمات البرمجية الخاصة بك بذلك أبدًا، وما إلى ذلك.إلخ..لكن تجربتي هي أنه إذا واصلت المضي قدمًا فسوف تندهش من عدد المشاكل الصغيرة.في النهاية يصبح من الصعب تصديق ذلك لا أحد من هذه الأخطاء سوف أبدًا تسبب مشكلة.

بالإضافة إلى أنك تحصل على شعور رائع بالإنجاز عندما يتم إنجاز شيء ما بشكل جيد حقًا.نحن نعلم أن التعليمات البرمجية ليست مثالية أبدًا ونادرًا ما تكون خالية من الأخطاء، لذلك من الجيد أن نشعر بالثقة حقًا عندما نستنفد العديد من الاختبارات.الثقة شعور جميل.

أخيرًا، أعتقد أن الحدث الأخير الذي سيثير الحب سيحدث بعد أسابيع أو أشهر.ربما تقوم بإصلاح خطأ ما أو إضافة ميزة أو إعادة بناء بعض التعليمات البرمجية، وسيؤدي شيء تفعله إلى كسر اختبار الوحدة."هاه؟" ستقول ، لا تفهم سبب أهمية التغيير الجديد مع الاختبار المكسور.ثم ستجده، وتجد التنوير.لأنك حقا لم أكن أعرف أنك كنت تكسر التعليمات البرمجية، والاختبارات أنقذتك.

الحمد لله!

Answer 3

تعرف على TDD للبدء، ثم ابدأ في دمجه في سير عملك.إذا استخدمت المنهجيات بشكل كافٍ، فستجد أنها أصبحت طبيعة ثانية وستبدأ في تأطير جميع مهام التطوير الخاصة بك ضمن هذا الإطار.

ابدأ أيضًا في استخدام إطار عمل J-Unit (أو X-Unit) للغة التي تختارها.

Answer 4

كلمة واحدة، ممارسة!هناك بعض النفقات العامة أثناء تنفيذ TDD وطريقة التغلب عليها هي التدرب والتأكد من أنك تستخدم أدوات للمساعدة في العملية.تحتاج إلى تعلم الأدوات مثل الجزء الخلفي من يدك.بمجرد أن تتعلم الأدوات اللازمة لمواكبة العملية التي تتعلمها، فسوف تنقر وستتقن كتابة الاختبارات أولاً لإخراج الكود.بعد ذلك سوف تكون "مصابًا بالاختبار".

أنا أجاب سؤال مشابه لهذا منذ فترة.قد ترغب في التحقق من ذلك أيضا.أذكر بعض الأدوات وأشرح تعلم TDD.من بين هذه الأدوات، يعد Resharper واختيار إطار عمل جيد للسخرية أمرًا بالغ الأهمية للقيام بـ TDD.لا يمكنني التأكيد على تعلم هذه الأدوات لتتماشى مع إطار الاختبار الذي تستخدمه بدرجة كافية.