टीडीडी करने के निहितार्थ और लाभों के बारे में कुछ अध्ययन हैं, लेकिन परिणाम विरोधाभासी हैं। कुछ प्रोजेक्ट्स (यह मेरे अनुभव में है) में टीडीडी का उपयोग करने के परिणामस्वरूप कम बग दर और स्वामित्व की लागत है, क्योंकि एक फीचर को बदलने की लागत में भारी कमी आती है। कुछ अन्य लोगों को रोक दिया जाता है।
कुछ अध्ययन ( यहां एक - चेक स्लाइड एन 50 है) बताते हैं कि कवरेज के साथ कीड़े की संख्या में वृद्धि हुई है। मैं मान रहा हूं कि अधिक कवरेज से टीडीडी का तात्पर्य है और अधिक संख्या में बग का स्वामित्व की उच्च लागत का अर्थ है।
मेरे दृष्टिकोण से, कोई भी मीट्रिक या अभ्यास अपने आप में बेहतर गुणवत्ता या स्वामित्व की कम लागत से संबंधित नहीं हो सकता है। वहाँ कारकों का एक संयोजन है जो कुछ सहसंबंध को जन्म दे सकता है। और वे कारक टीमों और परियोजनाओं के बीच बदलते हैं।
मुझे लगता है कि हमने सभी टीमों की कहानियां सुनी हैं, जो सिर्फ टीडीडी करना शुरू कर रही हैं, 100-लाइन परीक्षण विधियों को लिखना, जो (मेरे विचार में) स्वामित्व की लागत को बढ़ाता है, क्योंकि यह परीक्षण महंगा होगा।
मेरा व्यावहारिक नियम यह है कि जो लोग परवाह करते हैं और सीखने के लिए उत्सुक हैं , एक ऐसे वातावरण में काम करना जो उनका समर्थन करता है और उनके विचारों में स्वामित्व की बेहतर गुणवत्ता और लागत है।