परीक्षण लेखन केवल TDD नहीं है!

यह लेख उन लोगों के लिए टीडीडी पर अच्छी सैद्धांतिक सामग्री प्रदान करता है जो अभी भी इसके बारे में कुछ भी नहीं जानते हैं।




सॉफ्टवेयर विकास की दुनिया में, एक आम गलतफहमी है कि परीक्षण लिखना केवल परीक्षण के माध्यम से विकसित करने के लिए समान है।

परीक्षण (टीडीडी) के माध्यम से विकास विश्वास दिलाता है कि कार्यक्रम किसी भी समय चालू है और इसके सभी हिस्सों को अच्छी तरह से डिजाइन, पुन: उपयोग और शिथिल युग्मित होने में मदद करता है।

TDD क्या है?

TDD में, अंकल बॉब के 3 मूल नियम हैं :

• केवल उस कोड को लिखें जो परीक्षण किया गया है।
• छोटे परीक्षण लिखना शुरू करें, और फिर उनका निर्माण करें।
• टेस्ट पास करने के लिए जितना कोड चाहिए उतना लिखें।

टीडीडी मूल बातें

मूल TDD अनुवर्ती प्रक्रिया में 3 चरण होते हैं: लाल, हरा और रीफैक्टरिंग ।

लाल

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

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

परिचय के साथ शुरू करें: "मैं इस कार्रवाई पर क्या करूंगा?" उसके बाद, परिणामों के बारे में सोचें: "यह फ़ंक्शन क्या लौटेगा?" एक अनुमान लिखें, परीक्षण चलाएं, और सुनिश्चित करें कि आपका नया परीक्षण लाल है।

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

ग्रीन

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

रिफैक्टरिंग

अगला चरण आपके कोड को फिर से भरना, पुनर्गठन और व्यवस्थित करना है। रिफैक्टरिंग चरण किसी भी समय हो सकता है: 1 लाल / हरे चक्र के बाद, चार या अधिक के बाद। चूंकि आपके पास कम से कम 1 हरा परीक्षण है, आप आसानी और आराम से कोड को फिर से लिख सकते हैं, यह जानकर कि यदि आप गलती करते हैं और काम की कार्यक्षमता खो देते हैं, तो आपके परीक्षण विफल हो जाएंगे।

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

TDD के लाभ

कार्य कोड

टीडीडी के फायदों में से एक सही ढंग से काम करने वाले कोड की निरंतर उपलब्धता है। आप कोड के प्रदर्शन में समय का निवेश करते हैं और आप हमेशा सुनिश्चित कर सकते हैं कि यह उद्देश्य के अनुसार काम करता है।

बिना किसी डर के बदलें

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

लाइव प्रलेखन

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

कोड के माध्यम से वास्तुकला

मुझे हमेशा चिंता थी कि टीडीडी में डी में से एक का मतलब डिजाइन नहीं है। जैसा कि मैंने पहले उल्लेख किया है, टीडीडी का अभ्यास न केवल यह सुनिश्चित करने के प्रयास में परीक्षण लिख रहा है कि कार्यक्रम कार्यात्मक है। टीडीडी सॉफ्टवेयर विकास को उल्टा कर देता है और आपको अंदर से नहीं बल्कि बाहर से समस्या के बारे में सोचने का मौका देता है।

परीक्षण लिखने से आप कार्यान्वयन के बारे में नहीं सोचते - मुख्य चिंता किसी वस्तु या कार्य का उपयोग करना है। चूंकि हम बहुत समय सीधे वस्तुओं और कार्यों के साथ बातचीत करने में बिताते हैं जो हम लिखते हैं, वास्तुकला स्वयं कोड से ही प्रकट होती है।

जब टीडीडी नहीं

क्या होगा यदि आपको एक नई लाइब्रेरी या फ्रेमवर्क का उपयोग करने की आवश्यकता है, लेकिन आपको नहीं पता कि यह कैसे करना है? यदि आप नहीं जानते कि आप पहले परीक्षण कैसे लिख सकते हैं? उत्तर सरल है - लेकिन आप नहीं कर सकते एक नया प्रोजेक्ट बनाएं और अपने वर्किंग कोड से अलग से नई लाइब्रेरी का उपयोग करें। ऐसी नई परियोजनाओं को बैसाखी कहा जाता है। चूँकि वे आपके वर्किंग कोड में नहीं हैं, आप अंकल बॉब के तीन नियमों के नियम नंबर 1 का उल्लंघन नहीं करते हैं। उसके साथ तब तक काम करें जब तक आप इस लाइब्रेरी का उपयोग करके सहज महसूस नहीं करते। जब आपको पता चलता है कि आपकी लाइब्रेरी कैसे काम करती है, बैसाखी को भूल जाएं और अपने काम के कोड पर वापस जाएं और परीक्षण लिखकर शुरू करें।

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