की तुलना में यूनिट परीक्षणों में अधिक बग्स मैंने अभी एक नई परियोजना शुरू की है, और अब एएसपी.नेट एमवीसी के साथ बेहद संगत तरीके से डिज़ाइन किया गया है, मुझे लगा कि यह इकाई परीक्षण के साथ शुरू करने का एक अच्छा समय हो सकता है। मेरा अधिकांश कोड ताज़ा है, और मैं वास्तविक उत्पादन कोड लिखने से पहले परीक्षण लिख रहा हूं।उत्पादन कोड
मेरी निराशा, हालांकि, मैं अपने परीक्षण परीक्षणों में कुछ भी गलत करने के बजाय अपने परीक्षणों में गलतियों को ठीक करने में बहुत अधिक समय बिताता हूं।
मेरे ठेठ कार्यप्रवाह कुछ इस तरह किया जा रहा समाप्त होता है:
- एक ठूंठ
- परीक्षण
- लिखें सुनिश्चित करें कि परीक्षण में विफल रहता है
- ठूंठ
- परीक्षण में भरें अभी भी विफल रहता है, इसलिए अपेक्षित और वास्तविक आउटपुट पर जाने के दौरान थोड़ी देर बिताएं।
- त्रुटि वास्तविक कोड में नहीं, परीक्षण में बाहर निकलती है। परीक्षण को ठीक करें।
यदि आप इसके बारे में सोचते हैं, तो यह कुछ हद तक अपेक्षित है: यूनिट परीक्षणों में हाथ से उत्पादन उत्पादन शामिल है और इसलिए त्रुटि-प्रवण है; सख्त भाषा में लिखे गए कोड और अच्छे कोडिंग प्रथाओं के साथ व्यवहार बहुत ही स्वचालित रूप से निर्दिष्ट होता है।
बेशक, ऐसे समय होते हैं जब मेरा उत्पादन कोड परीक्षण विफल होने का वास्तविक कारण होता है, लेकिन यह वास्तव में अपेक्षाकृत दुर्लभ है।
यूनिट परीक्षणों को पूरी तरह से खत्म करने का कोई कारण नहीं है; ऐसे समय होते हैं जब मैं बस अपने स्वयं के कोड पर भरोसा नहीं करता हूं। दूसरी ओर, मुझे लगता है कि यह सब मूल्यवान नहीं है - विशेष रूप से परीक्षण-प्रथम दर्शन।
कोई और इस तरह महसूस करता है?
धन्यवाद। मैं अभी Moq और Moles पर एक नज़र डाल रहा हूँ। मैं पहले से ही अन्य नियमों का पालन करता हूं, लेकिन मुझे जो मिल रहा है वह यह है कि मेरी गलतियां आमतौर पर टाइपों और गलतफहमी जैसी चीजें होती हैं। मुझे गणित से नफरत है, लेकिन मैं अंकगणित से भी नफरत करता हूं :( –