टीडीडी और एक्सपी के बीच यह संबंध अभी भी मेरे लिए संदिग्ध है, क्योंकि XP अभ्यासों में से एक परीक्षण पहले लिखना है। टीडीडी भी (मेरी समझ)पहले पहले परीक्षण लिखने के बारे में है।टीडीडी चरम प्रोग्रामिंग से कैसे संबंधित है?
तो टीडीडी के बारे में नया क्या है? और यह एक्सपी से कैसे जुड़ा हुआ है?
एक उदाहरण की सराहना की जाएगी।
XP में कई अभ्यास शामिल हैं, जिन्हें एक साथ उपयोग करने के लिए डिज़ाइन किया गया है। उनमें से एक टीडीडी है। संगठन जरूरी नहीं कि सभी एक्सपी को अपनाना चाहते हैं। वर्तमान में लोकप्रिय स्क्रम योजना और प्रबंधन पर केंद्रित एक्सपी प्रथाओं का सबसेट लेता है।
XP परीक्षण संचालित विकास (टीडीडी) का उपयोग करता है और सबसे प्रभावी डिज़ाइन को उजागर करने में मदद के लिए रीफैक्टरिंग का उपयोग करता है।
यह Extreme Programming site से है। टीडीडी एक अभ्यास है जो एक्सपी गोद लेता है।
सामान्य रूप से फुर्ती का एक केंद्रीय हिस्सा, और विशेष रूप से एक्सपी, प्रत्येक पुनरावृत्ति पर सॉफ्टवेयर को क्रमशः बनाने के लिए क्षमता (और वास्तव में, आवश्यकता) है।
यह प्रत्येक पुनरावृत्ति पर नया कोड जोड़कर हासिल किया जाता है, लेकिन पिछले पुनरावृत्तियों के दौरान लिखे गए मौजूदा कोड को दोबारा जोड़कर भी हासिल किया जाता है। यह रिफैक्टरिंग केवल सुरक्षित रूप से हासिल की जा सकती है यदि आपके पास एक मजबूत परीक्षण प्रणाली है, यह जांचने में सक्षम है कि जब आप नया कोड जोड़ते हैं, या जब आप मौजूदा संशोधित करते हैं तो संपूर्ण सॉफ़्टवेयर उत्पाद तोड़ नहीं जाता है।
इसलिए, जब आप अपने सॉफ्टवेयर विकसित, आप अंत में दो अलग-अलग है, लेकिन प्रभावशाली तरीके से कनेक्ट प्रणाली बनाने:
टीडीडी इस टेस्ट दोहन को बनाने के लिए सबसे अच्छी तरह से ज्ञात प्रैक्टिस है, जिससे आप एक चुस्त दृष्टिकोण का उपयोग करके अपने सॉफ्टवेयर को बढ़ाना बना सकते हैं।
मैं इस बात से असहमत हूं कि परीक्षण दोहन होने से यह सुनिश्चित होता है कि टेस्ट दोहन होने के बाद उत्पाद टूट जाएगा नहीं, स्वयं, एक "उत्पाद" जिसे बनाए रखा जाना चाहिए।जब तक कि कोड * कोड से पहले * लिखे गए हों, और अद्यतन उत्पाद विनिर्देश से प्राप्त किए गए हों, तो परिवर्तनों की जांच न करने की संभावना है (आप उस दोहन में अद्यतन कार्यात्मक परीक्षणों को याद करते हैं जो तब (संयोग से) मिस फ़ंक्शन नहीं था कार्यान्वित (कार्यात्मक परीक्षण से बच) यही कारण है कि "टेस्ट फर्स्ट" बेहतर समाधान है - परीक्षण परिदृश्य कार्यात्मक आवश्यकताओं और/या उत्पाद विनिर्देशों से प्राप्त किया जा सकता है। –
एक्सट्रीम प्रोग्रामिंग एक सॉफ्टवेयर विकास जैसे प्रथाओं से मिलकर पद्धति है - प्रोग्रामिंग
टीडीडी है अत्यधिक प्रोग्रामिंग में प्रथाओं में से एक, हालांकि तर्कसंगत रूप से यह सबसे महत्वपूर्ण है।
ध्यान में रखते हुए कि केंट बेक (पुनः) ने टीडीडी (और पुस्तक लिखी) की खोज की और XP पर पुस्तक (सी 3 प्रोजेक्ट पर उनके काम से बाहर) भी लिखा - मैं कहूंगा कि वे बहुत दृढ़ता से संबंधित हैं। टेस्ट फर्स्ट टीडीडी का सबसेट है। मुझे यकीन नहीं है कि आप उदाहरण के साथ क्या देख रहे हैं – Gishu