उन लोगों को मेरा जवाब जो मानते हैं कि टीडीडी का मूल्य अतिरंजित है

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. ऐसे परीक्षण बनाना जिसमें मोकी और स्टब्स की अच्छी तरह से आवश्यकता हो सकती है, इसमें बहुत समय और ऊर्जा लग सकती है।
3. पारंपरिक विकास पर टीडीडी का कोई लाभ नहीं है।
4. टीडीडी धीमा है।

हमारे पास एक क्यूए विभाग है। टेस्ट लिखना उनका काम है

• सुधार - व्यापार की जरूरतों को पूरा करना।
• स्पष्टता।
• Testability।
• तानाना।
• सादगी।

ऐसे परीक्षण बनाना जिसमें मोकी और स्टब्स की अच्छी तरह से आवश्यकता हो सकती है, इसमें बहुत समय और ऊर्जा लग सकती है

• क्या यह एक मॉड्यूलर परीक्षण है, या इसे उच्च स्तर की परीक्षा के रूप में माना जाना चाहिए, सेवा परीक्षण के रूप में?
• क्या कोड अच्छी तरह से डिज़ाइन किया गया है, क्या प्रत्येक वर्ग और विधि एकमात्र जिम्मेदारी के सिद्धांत के अनुरूप है (क्या कोड बहुत कसकर युग्मित है)?

पारंपरिक विकास पर टीडीडी का कोई लाभ नहीं है

टीडीडी धीमा है

1. तैनाती की आवृत्ति।
2. निष्पादन समय बदलें।
3. सेवा वसूली का समय।
4. परिवर्तनों के साथ विफलताओं की आवृत्ति।

सारांश