OpenCover + बन्स का उपयोग करके स्वचालित कोड कवरेज विश्लेषण

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

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

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

OpenCover उपकरण हमें कवरेज का विस्तृत विश्लेषण करने में मदद करता है। यह C # कोड के साथ काम करता है। यह एक महान ओपन सोर्स सॉल्यूशन है, जीथब पर सोर्स कोड उपलब्ध है। प्रलेखन बहुत अधिक नहीं है, लेकिन काफी पर्याप्त है।

इसलिए, OpenCover का उपयोग शुरू करने के लिए, बस स्रोतों को डाउनलोड करें और Visual Studio का उपयोग करके निर्माण करें। OpenCover एक सांत्वना अनुप्रयोग है, सभी आवश्यक विकल्प कमांड लाइन मापदंडों द्वारा निर्धारित किए जाते हैं, इसलिए इसे किसी भी कलेक्टर को पेंच करना, चाहे वह MsBuild, Nant, Rake या कुछ और हो, कोई समस्या नहीं है।

एक दिलचस्प तंत्र यह है कि OpenCover को यूनिट टेस्ट रन के साथ लॉन्च किया जाता है। सटीक होने के लिए, परीक्षण चलाने की आज्ञा इसे कई मापदंडों के रूप में दी जाती है। (यदि तर्क में रिक्त स्थान हैं, तो यह पूरी तरह से उद्धृत किया जाता है, उदाहरण के लिए, "-getget:% एप्लिकेशन%"):

• -getget:% एप्लिकेशन% - वह एप्लिकेशन जिसे आप चलाना चाहते हैं (हमारे मामले में, Gallio.Echo, एक अधिक सामान्य उदाहरण के रूप में - नूनिट-कंसोल)। एक महत्वपूर्ण नोट - आवेदन का मार्ग पूर्ण होना चाहिए, क्योंकि हम इसे एक पैरामीटर के रूप में पास करते हैं, और इसे पथ चर में नहीं खोजा जाएगा।
• -tgetdir:% path% - वह फ़ोल्डर जिसमें आप% एप्लिकेशन चलाना चाहते हैं%
• % -%

इसके अलावा, OpenCover में अधिक तर्क हैं जो सीधे अपने काम को विनियमित करते हैं। मैं केवल उन लोगों को दूंगा जो मैं खुद का उपयोग करता हूं, बाकी यहां मिल सकते हैं

• -आउटपुट:% पथ% - इंगित करता है कि रिपोर्ट कहां रखी जाए
• -फिल्टर:% फिल्टर% - यह निर्धारित करता है कि विश्लेषण करते समय क्या विचार करना है। फ़िल्टर में असेंबली / प्रकार और समान के लिए प्रारूप + [% असेंबली%]% प्रकार% हैं, लेकिन अपवर्जित लोगों के लिए शुरुआत में एक ऋण चिह्न के साथ। रिक्त स्थान से अलग कई फ़िल्टर हो सकते हैं, जिस स्थिति में तर्क उद्धरण चिह्नों में संलग्न है। समावेशी फिल्टर समावेशी फिल्टर पर पूर्वता लेते हैं।
• -ग्रिस्टर - OpenCover.Profiler असेंबली का डायनेमिक पंजीकरण, आवेदन करने के लिए आवश्यक है। यदि आप मैन्युअल रूप से regsvr32.exe के साथ प्री-रजिस्टर करते हैं तो आप इसे छोड़ सकते हैं। यदि वर्तमान उपयोगकर्ता के पास व्यवस्थापक अधिकार नहीं हैं, तो -register: उपयोगकर्ता का उपयोग करें
• -returntargetcode - इंगित करता है कि -getget पैरामीटर द्वारा निर्दिष्ट एप्लिकेशन द्वारा लौटाए गए त्रुटि को वापस किया जाना चाहिए। यदि आप इस पैरामीटर को छोड़ देते हैं और उदाहरण के लिए, कुछ परीक्षण गिरते हैं, तो एप्लिकेशन काम करना बंद नहीं करेगा। यदि आप निरंतर एकीकरण के संदर्भ में कवरेज विश्लेषण का उपयोग करते हैं, तो यह आवश्यक है, क्योंकि समस्याओं के बिना सामान्य इकाई परीक्षण के साथ विश्लेषण को जोड़ना संभव है और उन्हें पुनरारंभ करने से बचें।

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

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

• -पोर्ट:% रिपोर्ट% - स्रोत रिपोर्ट फ़ाइलें, यदि कई हैं, तो एक अर्धविराम द्वारा अलग की जाती हैं
• -targetdir:% path% - इंगित करता है कि उत्पन्न रिपोर्ट कहां रखी जाए
• -पोर्टपोर्ट:% प्रकार% - उत्पन्न रिपोर्ट के प्रकार। हम -reporttypes का उपयोग करते हैं: Html , हमारे पास पर्याप्त है।

हमें ये रिपोर्ट मिली:

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