लघु और उचित रूप में बेवकूफ सवाल है क्योंकि इतना आसान है और आप हर जगह का लगता है कि: किसी को कोड कवरेज के किसी भी प्रकार एक RequireJS सामने के अंत परियोजना (गैर NodeJS) के भीतर काम करने के लिए मिल गया है?जावा स्क्रिप्ट कोड कवरेज
जे एस दुनिया में TDD दृष्टिकोण और एएमडी विकास के टेक-ओवर के प्रसार के कारण एक बेवकूफ सवाल की तरह लगता है।
मैंने दस लाख दृष्टिकोण की कोशिश की है, सभी की कमी है।
1) कवरेज प्लगइन के साथ JSTD: मेरा परियोजना जैस्मीन यूनिट टेस्ट के साथ एक रीढ़ परियोजना है। जेएसटीडी को एएमडी मॉड्यूल को ठीक से लोड करने और मापने में परेशानी है। यदि मैं जेएसटीडी को एक जेएसडी फ़ाइल (आवश्यकताजेएस ऑप्टिमाइज़र द्वारा संयुक्त) पर चलाता हूं तो कोड कवरेज खूबसूरती से काम करता है, इसके अलावा कवरेज तब एकत्रित किया जाता है और संपूर्ण फ़ाइल पर मेट्रिक्स परिभाषित किया जाता है। बढ़िया, यह बेकार है क्योंकि इसमें तृतीय पक्ष पुस्तकालय शामिल हैं, और क्योंकि मैं परीक्षण की सहायता के लिए एक इकाई को लक्षित नहीं कर सकता। अरे।
2) जेएससीओवरेज - कुल असफल, एएमडी मॉड्यूल पसंद नहीं है।
3) क्रोम विशिष्ट & फायरबग विशिष्ट 'लाइव' उपकरण - असफल, एएमडी मॉड्यूल पसंद नहीं करते हैं।
मेरे द्वारा किए गए हर दृष्टिकोण को कस्टम काम की भारी मात्रा की आवश्यकता होती है। तो शायद मुझे स्क्रैच से एक कस्टम समाधान स्पिन करने की आवश्यकता है?
कैसे निम्नलिखित दृष्टिकोण के बारे में: साधन कोड को RequireJS अनुकूलक का विस्तार और कवरेज पैदा करते हैं। यह इन-मेमोरी इंस्ट्रूमेंटेशन होगा जिसे एक requ.config ({instrument: true}) ध्वज के साथ सक्षम किया जा सकता है। हर बार एक मॉड्यूल लोड करने की आवश्यकता होती है, यह स्वचालित रूप से इसे नियंत्रित करती है और इसे अपने मॉड्यूल भंडार में रखती है। जैस्मीन परीक्षण चलाने के बाद कहें, वैश्विक आवश्यकता वस्तु के नीचे किसी ऑब्जेक्ट में कवरेज आंकड़े एकत्र किए जाते हैं और कहीं से भी सुलभ होते हैं।
इनपुट?
कोड कवरेज लागू करने के लिए गैर तुच्छ है। आपको बंकर जैसे कुछ के साथ एएसटी हैकर करना होगा। – Raynos
सहमत हुए। यही कारण है कि मैंने मौजूदा एएसटी और वाद्ययंत्र पुस्तकालयों (एस्प्रिमा, नोड-कवर) का उपयोग करके शुरू किया है। मेरे पास अधिकांश आवश्यक जेएस कोड संशोधन किए गए हैं और मैं उपकरण और कवरेज संग्रह भाग पर काम कर रहा हूं। – Bernardo