ردي على أولئك الذين يعتقدون أن قيمة TDD مبالغ فيها

ما هو TDD؟

1. كتابة اختبار يفشل بوظيفة صغيرة.
2. تنفيذ الوظائف التي تؤدي إلى النجاح في اجتياز الاختبار.
3. إعادة هيكلة الكود القديم والجديد من أجل الحفاظ عليه في حالة جيدة التنظيم وقابلة للقراءة.

#!/usr/bin/env python

"""
test.py
"""

import unittest

from main import *

class TestDrivenDevelopment(unittest.TestCase):

        def test_pythagorean_theorem(self):
                a, b = 3, 4
                self.assertEqual(calculate_side_c(a, b), 5)

if __name__ == '__main__':
    unittest.main()

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    return True

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    c_squared = (side_a * side_a) + (side_b * side_b)
    c = c_squared ** 0.5
    return c 

#!/usr/bin/env python

"""
main.py
"""

def calculate_side_c(side_a, side_b):
    return ((side_a ** 2) + (side_b ** 2)) ** 0.5

1. لدينا قسم ضمان الجودة. اختبارات الكتابة هي وظيفتهم.
2. يمكن أن يستغرق إنشاء الاختبارات التي قد تكون هناك حاجة فيها إلى moki و stubs الكثير من الوقت والطاقة.
3. TDD ليس له مزايا على التنمية التقليدية.
4. TDD بطيء.

لدينا قسم ضمان الجودة. اختبارات الكتابة هي وظيفتهم

• صحة - تلبية احتياجات العمل.
• الوضوح.
• قابلية الاختبار.
• القابلية للتوسعة.
• بساطة.

يمكن أن يستغرق إنشاء الاختبارات التي قد تكون هناك حاجة فيها إلى moki و stubs الكثير من الوقت والطاقة

• هل هذا اختبار معياري ، أم ينبغي اعتباره اختبارًا لمستوى أعلى ، كاختبار خدمة؟
• هل الكود مصمم جيدًا ، فهل كل فئة وطريقة تتوافق مع مبدأ المسؤولية الوحيدة (هل الكود مقترن بإحكام شديد)؟

TDD ليس له مزايا على التنمية التقليدية

TDD بطيء

1. تردد النشر.
2. تغيير وقت التنفيذ.
3. وقت استرداد الخدمة.
4. تكرار الفشل مع التغييرات.

ملخص