आप विरासत कोड के साथ परीक्षण संचालित विकास को कैसे कार्यान्वित कर सकते हैं?

Question

स्थिति: कोड की लाखों लाइनें, एक सौ से अधिक डेवलपर्स और लगातार दोष। हम दोषों को दोहराने से बचाना चाहते हैं और हम कोड डिज़ाइन को बेहतर बनाना चाहते हैं (कौन नहीं?)।

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

लेकिन, इतने सारे कोड के साथ, टीडीडी कैसे कार्यान्वित किया जा सकता है? निम्न स्तर के कार्यों के साथ आप कहां से शुरू करते हैं?

या क्या हम टीडीडी शुरू करने में बहुत देर हो चुकी हैं?

Answer 1

Working Effectively with Legacy Code के साथ शुरू करें।

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

Refactor the Low-Hanging Fruit।

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

Answer 2

चूंकि कार्ल ने एक पुस्तक का सुझाव दिया है, इसलिए मैं एक और सुझाव दूंगा: रॉय ओशरोव का Art of Unit Testing "विरासत कोड के साथ काम करना" पर एक पूरा अध्याय है। मैंने अभी तक उस अध्याय को नहीं पढ़ा है, लेकिन पहले 5 अध्याय उत्कृष्ट हैं, और मैं इसके लिए तत्पर हूं।