टीडीडी स्नोबोर्डिंग की तरह है

मुझे बस निम्नलिखित पत्र मिला, जिसे मैं सार्वजनिक रूप से साझा करना चाहता हूं और जवाब देना चाहता हूं।



“मैं इस पद्धति (TDD) का उपयोग इस तथ्य के कारण नहीं करता हूं कि मेरे लिए मुख्य प्रश्न अनुत्तरित है। मुझे पता है कि टीडीडी का उपयोग करने से कीड़े की संख्या कम हो जाती है, लेकिन इस पद्धति पर काम करने में लगने वाले समय का क्या?

मैं जानना चाहता हूं कि टीडीडी बदलावों का उपयोग करके एक एंटरप्राइज़ एप्लिकेशन को विकसित करने का समय कैसा है - यह घटता है, बढ़ता है या अपरिवर्तित रहता है।

मुझे उम्मीद है कि आप जवाब दे सकते हैं, क्योंकि TDD और BDD मेरे लिए बहुत दिलचस्प हैं। ”





पहली और सबसे महत्वपूर्ण बात जिस पर मैं ध्यान आकर्षित करना चाहूंगा, वह है टीडीडी का त्रुटिपूर्ण विचार, बग्स की संख्या को कम करने के लिए एक उपकरण के रूप में। हालांकि यह टीडीडी के "दुष्प्रभावों" में से एक है, लेकिन इसका उपयोग करने का मुख्य उद्देश्य नहीं है। टीडीडी के लिए मुख्य तर्क आपके सिस्टम के प्रत्येक घटक के लिए एक परीक्षण लिखकर उसके अनुरूप डिजाइन है।



निम्नलिखित प्रश्न के बारे में:



"मैं यह जानना चाहूंगा कि टीडीडी परिवर्तनों का उपयोग करके एंटरप्राइज़ एप्लिकेशन को विकसित करने का समय कैसा है - यह घटता है, बढ़ता है या अपरिवर्तित रहता है।"



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



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



टीडीडी का उपयोग करना शुरू करना, आप पा सकते हैं कि आप सामान्य से अधिक धीमी गति से काम कर रहे हैं - यह मुख्य रूप से इस तथ्य के कारण है कि आप "आराम क्षेत्र" के बाहर काम करेंगे, अप्राकृतिक महसूस करेंगे। एक बार जब आपको लगता है कि लेखन परीक्षण वर्कफ़्लो का एक स्वाभाविक हिस्सा बन गया है, जिसे आपको किसी प्रोजेक्ट पर काम करते समय टीडीडी का उपयोग करने के बारे में सोचने की ज़रूरत नहीं है, क्योंकि टीडीडी को आपके काम में एकीकृत किया गया है, आप अपने "एएचए!" को टीडीडी के साथ पकड़ लेंगे।



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



डेवलपर्स द्वारा अधिग्रहीत कई अन्य प्रोग्रामिंग सुविधाओं और समस्या निवारण दृष्टिकोणों की तरह, TDD आपकी प्रोग्रामिंग शैली की एक और हस्ताक्षर विशेषता है। किसी समस्या को हल करते समय, पहली चीज जो आपको करनी चाहिए, वह यह है कि आप जिस आवश्यकता को लागू करना चाहते हैं उसे समझने के लिए एक गिरता हुआ परीक्षण लिखें।



सामान्य तौर पर, आपको लंबे समय तक टीडीडी मार्ग का पालन करने का निर्णय लेना चाहिए ताकि यह आपके काम करने के तरीके का एक अभिन्न अंग बन जाए। अन्यथा, आप उन लाभों के बारे में कभी भी सीखे बिना आत्मसमर्पण करने का जोखिम उठाते हैं जो TDD आपके डेवलपर के शस्त्रागार में ला सकते हैं।



आप में से जो टीडीडी का उपयोग करने पर गंभीरता से विचार कर रहे हैं, लेकिन अभी तक शुरू नहीं हुए हैं, शायद यह पहाड़ी पर चढ़ने की कोशिश करने का एक अच्छा मौसम है!