java - tdd steps to write junit tests for decorator pattern -
क्या निम्न कार्यक्षमता के लिए इकाई परीक्षण लिखना संभव है?
या,
क्या टीडीडी का उपयोग करके कार्यक्षमता के टुकड़े को नीचे विकसित करना संभव है?
सार्वजनिक ज़िप इनपुटपृष्ठ स्ट्रीमिंग (फ़ाइल ज़िपफ़ाइल) फ़ाइलनोटफ़ोल्डर एक्सपशन {ZipInputStream ZipInputStream = नया ज़िपइन्प्रॉस्टस्ट्रीम (नया फ़ाइलइनपुटस्ट्रीम (ज़िपफ़ाइल)); ज़िप इन्पुटस्ट्रीम वापसी; }
मुझे पता है कि यह सवाल मूर्खतापूर्ण लग सकता है, लेकिन टीटीडी के लिए एक नौसिखिया के रूप में, मैं ऊपर दिए गए किसी भी समाधान का समाधान नहीं पा रहा हूं।)।
आपने एक से दो सवाल पूछे हैं।
क्या नीचे के भाग के लिए यूनिट परीक्षण लिखना संभव है कार्यक्षमता का?
ज्यादातर लोग इस कार्यक्षमता के लिए एक परीक्षण "यूनिट परीक्षण" नहीं मानेंगे, क्योंकि उसे फाइल सिस्टम से इंटरैक्ट करना पड़ता है। इसलिए यह एक इकाई परीक्षण से एकीकरण परीक्षण का अधिक है। हालांकि, यह संभव है या नहीं, यह वास्तव में एक अच्छा विचार नहीं है। यहां लायक परीक्षण के लिए कुछ भी नहीं है इस विधि का अपना कोई तर्क नहीं है, इसलिए इसका परीक्षण करने में कोई लाभ नहीं है। आप सभी परीक्षण करेंगे जावा एपीआई है
क्या टीडीडी का उपयोग करके कार्यक्षमता के टुकड़े को नीचे विकसित करना संभव है?
टीडीडी का उपयोग करते समय, आप कोड लिखते हैं जो स्पष्ट, परीक्षण योग्य आवश्यकता को पूरा करता है कुछ इस छोटे से अपनी आवश्यकता की संभावना नहीं है आवश्यकता है जो इस कोड को लिखा जा रहा है, जो किसी प्रसंस्करण डेटा के साथ एक ज़िप फ़ाइल में पाया जाता है। तो आप उस पद्धति के लिए एक विधि लिखेंगे, जो इस से पहले पूरी तरह से अधिक है -
हालांकि, टीडीडी प्रक्रिया में तीसरा चरण रिएक्टर है (याद रखें "लाल" - "हरा" - "रिफ़ाक्टर" - "लाल" - "हरा" - "रिफ़ैक्टर")। आप जिस तरीके से उद्धृत कर रहे हैं वह लिखना बहुत अच्छी तरह से समाप्त हो सकता है; एक परीक्षण कार्य करने की कोशिश नहीं कर रहा, बल्कि रिफ़ैक्टर चरण के दौरान इसे एक बड़ी विधि से निकालकर। तो इसका उत्तर हां है, इस कार्यक्षमता को विकसित करना संभव है, परन्तु अधिकतर यह "रिएक्टर" चरण के दौरान "हरी" चरण के दौरान नहीं होगा।
Comments
Post a Comment