विजुअल स्टूडियो में NUnit परीक्षणों के आधार पर कोड कवरेज

आगे की हलचल के बिना, मान लीजिए कि आप निम्नलिखित स्थिति में हैं:

• आपके पास कुछ .NET प्रोजेक्ट है;
• इस परियोजना के लिए आपने NUnit परीक्षण लिखे (या वे पहले से ही लिखे गए हैं);
• आपको पूरी तरह से विजुअल स्टूडियो 2008 टीम सिस्टम (या उच्चतर) या विजुअल स्टूडियो 2010 प्रीमियम (या उच्चतर) के साथ प्रस्तुत किया गया था और परीक्षण (उर्फ कोड कवरेज) के साथ कोड कवरेज का विश्लेषण करने का निर्देश दिया गया था।

केवल एक छोटा "लेकिन" आपको रास्ता रोकता है: टेस्ट रनर, जिसे विज़ुअल स्टूडियो में एकीकृत किया गया है, केवल अपना स्वयं का MSTest देखता है, और अपने प्रिय NUnit और अवमानना ​​के पाउंड पर शून्य ध्यान देता है। क्या करें?


हम एक छोटे से उदाहरण के साथ सादगी के लिए उपरोक्त स्थिति पर विचार करेंगे। Visual Studio में (हमारे मामले में, यह Visual Studio 2010 अल्टीमेट है) हम क्लास लाइब्रेरी प्रकार की एक नई परियोजना बनाते हैं और स्पष्टता के लिए इसे TestedAssembly कहते हैं। उपर्युक्त परियोजना में, हम एक एकल टेस्टेडक्लास क्लास जोड़ेंगे, जिसमें एकमात्र सरल गेटसमोस्ट्रिंग विधि शामिल होगी।



अब हम परीक्षण के साथ परियोजना में लगे रहेंगे। समाधान में एक और क्लास लाइब्रेरी जोड़ें, जिसे हम TestAssembly कहेंगे। इस असेंबली में, हमारे पास केवल एक GetedomeStringTest विधि के साथ केवल एक TestedClassTest वर्ग होगा।



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



अब सॉल्यूशन आइटम फ़ोल्डर में जाते हैं, जो NUnitProxy प्रोजेक्ट को जोड़ने के बाद जादुई रूप से भौतिक रूप से भौतिक हो गया, और Local.testsettings फ़ाइल पर डबल-क्लिक करें।



टेस्ट सेटिंग्स डायलॉग खुलता है, जिसमें हमें डेटा और डायग्नोस्टिक्स टैब पर जाने की जरूरत है, कोड कवरेज चेकबॉक्स की जाँच करें और कॉन्फ़िगर बटन पर क्लिक करें। आप असेंबली का चयन करने के लिए डिज़ाइन किया गया कोड कवरेज डिटेल विंडो देखेंगे जिसके लिए विज़ुअल स्टूडियो कोड कवरेज डेटा एकत्र करेगा। यहां एक और छोटा अति सूक्ष्म अंतर है: यदि आप विधानसभा को ब्राउज़ करते हैं, जो परीक्षण किए गए प्रोजेक्ट के \ bin \ Debug \ फ़ोल्डर में है, तो विश्लेषण का परिणाम ब्रह्मांड का करामाती खालीपन होगा। असेंबली जोड़ें ... बटन पर क्लिक करें और परीक्षण के तहत असेंबली के लिए पथ निर्दिष्ट करें, जो परीक्षण के साथ परियोजना के \ bin \ Debug \ फ़ोल्डर में है (हमारे मामले में TestAssembly)। सुनिश्चित करें कि जगह चेकबॉक्स में इंस्ट्रूमेंट असेंबल किया गया है, और एक शांत आत्मा के साथ, ठीक पर क्लिक करें, लागू करें और बंद करें।



वह सब है। विजुअल स्टूडियो हमारे प्रॉक्सी टेस्ट को देखता है, इसे चलाता है, NUnit कंसोल को खुला देखता है, और टेस्ट रन पूरा होने पर हम कोड कवरेज टैब पर जाते हैं, जहाँ हम काफी स्पष्ट परिणाम देखते हैं।



ठीक है, अंत में, शहद के एक बैरल में दो बड़े चम्मच टार। सबसे पहले, विज़ुअल स्टूडियो सभी परिणामों के साथ x64 असेंबली को इंस्ट्रूमेंट करने में सक्षम नहीं है: यदि आप कोड कवरेज चाहते हैं - x86 के तहत recompile (कोई भी सीपीयू भी काम करता है)। दूसरे, यदि असेंबली में कोड बिल्कुल भी कवर नहीं है, तो यह असेंबली अंतिम रिपोर्ट में शामिल नहीं होगी (आप GetSomeStringTest पद्धति के निकाय पर टिप्पणी करके प्रयोग कर सकते हैं), जो, जैसा कि आप जानते हैं, कुछ स्थितियों में अंतिम कवरेज का गलत मूल्य हो सकता है (जब वे एकत्र किए जाते हैं) कई विधानसभाओं के लिए डेटा)।