मैं टीडीडी का उपयोग शुरू करना चाहता हूं। एक शुरुआत के लिए कोई सुझाव? [बन्द है]


27

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

TDD सीखने का एक अच्छा तरीका क्या है? मैं शायद जावा में प्रोग्राम करने के लिए ग्रहण का उपयोग करूंगा। मैंने JUnit के बारे में सुना है, लेकिन मुझे नहीं पता कि क्या कुछ और है जिस पर मुझे विचार करना चाहिए।

जवाबों:


15

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

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

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


8

एएए से परिचित हों , इसके बारे में पढ़ें, उन मुद्दों के बारे में पढ़ें जो परीक्षण संचालित विकास के साथ आते हैं ( परीक्षण के लिए डिजाइन बनाम उच्च लागत उपकरण ताकि डिजाइन कोई फर्क नहीं पड़ता)। डिपेंडेंसी इंजेक्शन सीखें ताकि परीक्षण के लिए बाहरी निर्भरता को हटाना सरल हो जाए।

यहां द आर्ट ऑफ यूनिट टेस्टिंग को पढ़ते हुए मैंने नोटों का एक अच्छा अवलोकन किया है

http://imaginarydevelopment.blogspot.com/2010/01/unit-testing-reference.html


1
यूनिट परीक्षण की कला की सिफारिश करने के लिए +1। मेरी राय में पाठकों को डराने के बिना यूनिट परीक्षण की व्याख्या करने वाली सर्वश्रेष्ठ पुस्तकों में से एक है।
ऐनी शूसेलर

6

वास्तव में केवल एक टेस्ट हार्नेस (जैसे NUnit) को हथियाने के लिए कोई विकल्प नहीं है, कुछ साहित्य पढ़ना और फिर अपने हाथों को गंदा करना।

जैसा कि जेम्स टी। किर्क ने एक बार कहा था, "हम सीखते हैं।"


4

मैं इस पुस्तक की अत्यधिक अनुशंसा करता हूं: टेस्ट द्वारा बढ़ते ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर

यह पुस्तक के माध्यम से काम करने वाला एक उदाहरण है और परीक्षण का एक सुसंगत दृश्य प्रदान करता है कि परीक्षण कब बनाया जाना चाहिए, इसमें क्या शामिल होना चाहिए और उनका निर्माण कैसे किया जाना चाहिए और उन्हें फिर से कैसे बनाया जाना चाहिए।


-3

इस लिंक को देखें । टीडीडी पर बॉब मार्टिन का ब्लॉग है - टीडीडी में आपको समझने के लिए उत्कृष्ट सामान (या आपको एक और संभावित संभावना) देने के लिए।


2
अंकल बॉब के स्वयं के शब्दों में ब्लॉग की टैग लाइन, "राइट कोड ऑन क्लीन कोड, डिज़ाइन और सभी चीज़ें सॉफ़्टवेयर हैं।" ब्लॉग की सामग्री ओपी के "शुरुआती के लिए कोई सुझाव [टीडीडी में]] की तुलना में बहुत व्यापक है।"
अज़ेगलोव
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.