सभी परीक्षणों में शामिल हैं, बिल्कुल

एगिटेर सॉफ्टवेयर सॉफ्टवेयर कोड की गुणवत्ता के मूल्यांकन के लिए एक बल्कि दिलचस्प मीट्रिक प्रदान करता है। स्पष्ट नाम CRAP के साथ सूत्र आपको यह मूल्यांकन करने की अनुमति देता है कि क्या डेवलपर "ओह बकवास!" का बहिष्कार करेगा, यह जानने के बाद कि वह किस प्रकार के कोड का समर्थन करने के लिए भाग्यशाली था।



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



यह कैसे काम करता है



यदि आप गणित में जाते हैं, तो एक व्यक्तिगत विधि m के लिए CRAP (रिस्क रिस्क एनालिसिस एंड प्रेडिक्शन) के मूल्य की गणना सूत्र द्वारा की जाती है:



CRAP (m) = COMP (m) ^ 2 * (1 - cov (m) / 100) ^ 3 + COMP (m)



जहाँ COMP (m) विधि m की तथाकथित चक्रीय जटिलता है , जिसे पद्धति के अंदर पथों की संख्या प्लस वन के रूप में परिभाषित किया गया है, और cov (m) परीक्षणों के साथ कोड कवरेज का प्रतिशत है।



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



Crap4j



जबकि जावा के लिए ग्रहण प्लगइन crap4j के रूप में CRAP सूत्र का केवल एक कार्यान्वयन है। डेवलपर्स के अनुसार, सभी थ्रेशोल्ड वैल्यू विशुद्ध रूप से प्रायोगिक हैं। किसी विशेष विधि का CRAP इंडेक्स 1 से भिन्न हो सकता है (जटिलता 1 की विधि के लिए, 100% परीक्षणों द्वारा कवर) काफी प्रभावशाली संख्याओं के लिए (उदाहरण के लिए, एक परीक्षण के बिना जटिलता 100 की विधि को 10 100 अंक मिलेंगे)। यह तय किया गया था, शुरुआत के लिए, सीमा के रूप में 30 बिंदुओं की दहलीज का उपयोग करने के लिए जिस पर भद्दा कोड शुरू होता है। उदाहरण के लिए, परीक्षणों द्वारा कवर 10, 75% की जटिलता वाले तरीकों को अभी तक बकवास नहीं माना जाता है, साथ ही बिना परीक्षण के 2 की जटिलता के साथ तरीके बिल्कुल भी नहीं हैं।



परियोजना स्तर पर, आंकड़े 30 से ऊपर एक बकवास सूचकांक के साथ तरीकों का प्रतिशत दिखाते हैं। एक परियोजना में 5% तक ऐसी विधियां हो सकती हैं (हालांकि, कुछ भी आपको अपने स्वयं के सीमा मूल्यों को स्वीकार करने से रोकता है)। इसके अलावा, crap4j तथाकथित CRAP लोड को दर्शाता है - यह गंदे तरीकों को ठीक करने के लिए आवश्यक कार्य की मात्रा का अनुमान है, परीक्षणों की लापता संख्या और उन्हें लिखने के लिए आवश्यक रीफैक्टरिंग को ध्यान में रखता है।



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



Crap4j होम | ग्रहण अपडेट साइट | का आनंद लें!



विषय पर और अधिक:

क्षमा फ्रेंच, लेकिन यह कोड CRAP है

कोड CRAP मीट्रिक हिट फैन - crap4j प्लग-इन का परिचय