इकाई परीक्षण: परीक्षण नहीं किया गया है कि कैसे परीक्षण करने के लिए

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

लेकिन पकड़ यह है कि वास्तविक दुनिया अधिक जटिल है। आवेदन कार्य केवल इनपुट पर लागू नहीं होने वाली स्थितियों को ध्यान में रख सकते हैं। इस मामले में क्या करना है?

एक बार फिर कोड कवरेज के बारे में।

कल्पना कीजिए कि आपको सामानों की खरीद करने वाले कोड की जांच करने की आवश्यकता है:



यदि एक ही समय में आप एक यूनिट टेस्ट बनाते हैं, तो यह स्पष्ट है कि आपको इस फ़ंक्शन को विभिन्न मापदंडों के साथ कॉल प्रदान करने की आवश्यकता है। मामले के लिए, itemID = 0 और ItemID <> 0। इस विकल्प में, सभी कोड शाखाओं को बुलाया जाएगा, और इस इकाई परीक्षण में 100% का कोड कवरेज मूल्य होगा।

हम कार्य को जटिल करते हैं

अधिक जटिल कोड, वास्तविकता के करीब, निम्न रूप हो सकता है:



इस मामले में क्या करना है? फ़ंक्शन के अंदर, CLR Date.Time कॉल का उपयोग किया जाता है, और इस फ़ंक्शन से डेटा वापस करने पर हमारा कोई प्रभाव नहीं पड़ता है। कोई फर्क नहीं पड़ता कि हम इकाई परीक्षण के तर्क को कैसे जटिल करने की कोशिश करते हैं, फ़ंक्शन का संचालन बाहरी स्थितियों पर निर्भर करता है। क्या, अब सभी कोड शाखाओं की जांच करने के लिए दिन, दिन और शाम को दो बार एक शेड्यूल पर यूनिट टेस्ट चलाएं?

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

मोल्स के साथ बाहरी दुनिया से अलग

दृश्य स्टूडियो 2010 के लिए, मोल्स के लिए एक बढ़िया अतिरिक्त है। यह तथाकथित अलगाव ढांचा है जो ऐसे मामलों में हमारी मदद कर सकता है:



आप इसे विज़ुअल स्टूडियो छोड़ने के बिना, एक्सटेंशन मैनेजर से इंस्टॉल कर सकते हैं। आप यहां इसकी क्षमताओं का अध्ययन करना शुरू कर सकते हैं। research.microsoft.com/en-us/projects/pex/documentation.aspx , और Habré पर भी कुछ दिलचस्प और विस्तृत लेख हैं।

इस ऐड-ऑन की क्षमताएं पर्याप्त विस्तृत हैं, जिसमें आपको अपने एप्लिकेशन या किसी अन्य बाहरी फ़ंक्शन के कार्यों के "इंटरसेप्टर" बनाने की अनुमति भी शामिल है। इस स्थिति में, आपको अपने प्रोग्राम के स्रोत कोड को बदलने की आवश्यकता नहीं है।

अवरोधन DateTime.Now

तो, क्या करने की आवश्यकता है ताकि हमारी यूनिट परीक्षा DateTime.Now के लौटे मूल्यों पर निर्भर न हो?

पहला कदम - हम अपने टेस्ट प्रोजेक्ट मोलड असेंबली में जोड़ते हैं - MSCorLib असेंबली के लिए एक विशेष रूप से तैयार स्टब जिसमें DateTime.Now विधि शामिल है।



दूसरा कदम यह घोषित करना है कि हम वास्तव में DateTime.Now विधि को बाधित करने जा रहे हैं:



तीसरा चरण वास्तव में हमारी इकाई परीक्षणों को फिर से परिभाषित कर रहा है:



कुछ स्पष्टीकरण: मोल्स रनटाइम सबसिस्टम को इंगित करने के लिए HostType विशेषता की आवश्यकता है कि इस यूनिट टेस्ट में बाहरी कार्यों को इंटरसेप्ट किया जाएगा। आगे कोड में यह संकेत दिया गया है कि DateTime.Now विधि को वास्तव में लंबोदर से लिया जाना चाहिए। शुरुआत में, यह बताया गया कि मोल्स ने mscore के लिए एक विशेष स्टब उत्पन्न किया। इस ठूंठ के प्रकारों में उपसर्ग और प्रत्यय होते हैं। उदाहरण के लिए, DateTime.Now प्रकार के लिए, स्टब सिस्टम होगा। Moles.M DateTIme.Now जाओ । इन यूनिट परीक्षणों को चलाने पर, हमें वर्तमान समय क्या है, इसकी परवाह किए बिना फिर से 100% का कोड कवरेज मूल्य मिलता है।

निष्कर्ष

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

वैसे, कल Microsoft गुणवत्ता आश्वासन दिवस की घटना www.microsoft.com/ru-ru/events/msq आजकल/index.html Krylatsky Hills में Microsoft कार्यालय में आयोजित की जाएगी, जिसमें सॉफ्टवेयर गुणवत्ता आश्वासन के मुद्दों पर चर्चा होगी। मेरी रिपोर्ट में मोल्स का उल्लेख किया जाएगा और मैं "लाइव" दिखाऊंगा कि ये तंत्र कैसे काम करते हैं। यदि आप इस तकनीक में रुचि रखते हैं, तो प्रसारण देखना सुनिश्चित करें।