دور المختبر في التطوير المدفوع بالاختبار (TDD)

تم تطوير التطوير المدفوع بالاختبار (TDD) من قبل كينت بيك كجزء من البرمجة القصوى في أواخر التسعينيات. تتبع هذه التقنية لبناء البرمجيات ثلاث خطوات بسيطة للغاية “بشكل متكرر”-
والسؤال الآن هو، بما أن TDD هو في المقام الأول أداة للمبرمج للمساعدة في إنشاء وحدة مكتوبة بشكل جيد من التعليمات البرمجية، فما هو الدور الذي يلعبه المختبر في هذا الأمر وما هو موقف المختبرين حيال ذلك؟
من المحزن أن أقول، ولكن حتى في بيئة تطوير البرمجيات الرشيقة اليوم، معظم المختبرين الذين قابلتهم لا يعرفون ما هو TDD ربما لأن فريق التطوير لديهم لا يمارسون هذه التقنية في المقام الأول (يشتكي العاديون من أنها تستهلك الكثير من وقت المبرمج) والبعض يعرفها على أنها عملية من ثلاث خطوات
لا شيء كثير غير هذه النقاط الثلاث ولا بأس بذلك. لأنهم لا يعرفون كيف يمكن أن يضيفوا قيمة لتقنية يغلب عليها المبرمج. لا يزال هذا السؤال الأقوى بلا إجابة. يجيب عليه مختبر عظيم مثل – الشيء المضحك في TDD هو الاسم المؤسف نفسه الذي يخلق اعتقادًا خاطئًا بأنه ينسب إلى الاختبار. TDD ليس اختبارًا ولكنه يوفر لنا بعض المصنوعات اليدوية الرائعة المفيدة جدًا وتوفر دعمًا كبيرًا في الاختبار. يتعلق TDD في المقام الأول بتصميم الكود. تساعد دورة TDD (أحمر، أخضر، إعادة البناء) المبرمجين على الحصول على تعليقات أسرع حتى يتمكنوا من اتخاذ قرارات مستنيرة حول تصميم الكود.
والآن من الصورة أعلاه (المصدر- جيمس شور) يتضح شيء واحد على الأقل وهو أن إضافة اختبار الفشل ليس الخطوة الأولى في دورة TDD، بل تبدأ بالتفكير في الشكل الذي يجب أن يبدو عليه الاختبار الفاشل.
أطلق العنان لإمكاناتك كمطور سكروم معتمد® من خلال دورتنا التدريبية الشاملة لشهادة المطور المعتمد CSD. اكتسب خبرة عملية ومهارات قيّمة للتفوق في تطوير البرمجيات الرشيقة.اتصل بنا اليوم!
إذن ما الحاجة إلى كتابة شيء ما في المقام الأول يعرف المبرمجون أنه سيفشل؟ ذلك لأنه سيساعد المبرمجين على النظر في ردود فعل اختبارات الوحدة الخاصة به. أثناء القيام بذلك يجب على المبرمج أن يفهم بوضوح مواصفات الميزة ومتطلباتها. يمكن للمختبر أن يبدأ في التفكير في أفكار الاختبار، وتحديد الحالات المتطورة لتلك الميزة والبدء في تطوير سيناريوهات الاختبار لغرض التحقق من الأتمتة.
هنا استنادًا إلى الملاحظات التي يحصل عليها المبرمج أثناء كتابة اختبار الوحدة الفاشل، سيقوم بإضافة ما يكفي من التعليمات البرمجية لجعل الاختبار الفاشل ينجح. قم بتشغيل اختباراتك مرة أخرى، ومعرفة ما إذا كانت جميع الاختبارات قد نجحت. في هذه المرحلة يمكن للمختبر في الأساس أن يجرب بعض الحالات المتطورة التي قام بتطويرها في وقت سابق ومزجها مع اختبار الطفرات (https://cciedump.spoto.net/ar/
إنها تتحسن، أستكشف.
لذلك ينشغل المبرمجون بشكل أساسي في تحسين جودة التعليمات البرمجية بينما يواصل المختبر رحلة استكشاف الاختبار. يمكن للمختبرين إقران المختبرين مع المبرمج لتحديد الاختبار الموجود بالفعل، ومنطقة ألم المبرمجين أثناء قيامه بإعادة هيكلة الكود والاختبارات حتى يتمكن المختبر من تصور صورة أكبر لنشاط الاختبار الخاص به وتحديد التأثير على المجالات الأخرى أيضًا. استنادًا إلى جلسة الاقتران يمكن للمختبر تصميم أنشطة ميثاق الاختبار الخاصة به/بها لجلسات الاختبار. يمكن للمبرمجين والمختبرين أيضًا مراجعة قابلية الاختبار وتغطية الاختبار في مرحلة إعادة الهيكلة للتأكد من أنها لا تزال تحتفظ بالفعالية والكفاءة التي كانت عليها قبل إعادة الهيكلة.