في الأساس ، TDD هو صعب ! … بمجرد أن تتخطى عقبة العمل التدريجي وكتابة اختبارات دقيقة (صعبة) ، ستجد مواضع التنفيذ في مكانها الصحيح. ستعمل اختباراتك على تحسين وضوح الكود الخاص بك ، والمساعدة في تصحيح الأخطاء ، ودعم إعادة البناء في المستقبل ، والمساعدة في منع الانحدار.
هل التنمية المدفوعة بالاختبار جيدة؟
التنمية المدفوعة بالاختبار منتشرة بشكل متزايد وهناك دليل تجريبي جيدأنها ممارسة مفيدة. تقلل TDD من عدد الأخطاء في الإنتاج وتحسن جودة الكود. بمعنى آخر ، يسهل الحفاظ على الشفرة وفهمها. كما أنه يوفر اختبارات آلية لاختبار الانحدار
ما هي عيوب التطوير القائم على الاختبار؟
سلبيات التطوير المدفوع بالاختبار
- الاختبارات تعتمد على التبعيات الخارجية. …
- الاختبارات صعبة الكتابة لأن الكود أكثر تعقيدًا في الكتابة والفهم.
- تطوير الكود بطيء. …
- يصعب فهم رمز TDD لأننا نعلم أن كتابة رمز وكتابة الكود بشكل جيد أمر مختلف.
ما هي قاعدة التطوير القائم على الاختبار؟
على مر السنين جئت لأصف التطوير المدفوع بالاختبار من حيث ثلاث قواعد بسيطة. هم: لا يُسمح لك بكتابة أي كود إنتاج إلا إذا كان من المقرر أن تجتاز اختبار الوحدة الفاشلةلا يُسمح لك بكتابة أي اختبار وحدة أكثر مما يكفي للفشل ؛ وفشل التجميع هو فشل.
هل ماتت التنمية المدفوعة بالاختبار؟
على الرغم مما قد تكون سمعته حول الصناعة وعلى الإنترنت ، فإن التطوير المدفوع بالاختبار (TDD) لم يمت لا تزال هذه الممارسة حية وبصحة جيدة ، خاصة في هذا العالم الجديد المرن الجديد. … أعلن David Heinemeier Hansson ، مبتكر Ruby on Rails ، أن TDD قد مات في عام 2014.
