यह जो कुछ भी करता है, जो कुछ आप ट्यून कर सकते हैं

जब टेस्ट AI ने लिखे हों

जनरेट किए गए टेस्ट सूट के सामने कवरेज

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

• ब्रांच और MC/DC कवरेज, हर आर्म और हर निर्णय के hover के साथ, लाइन चली को निर्णय वास्तव में परखा गया से अलग कर देते हैं। सिर्फ़ हैप्पी पाथ चलने वाला सूट लाइनों पर लगभग 100% और ब्रांचों पर लगभग 50% दिखाता है, और यही फ़ासला असल खोज है। हरा टेस्ट रन इसमें से कुछ नहीं दिखाता।
• संयुक्त स्कोर एक हरात्मक माध्य है, इसलिए कोई मज़बूत मीट्रिक किसी कमज़ोर को ढक नहीं सकती — जनरेट किए गए सूट पर ठीक यही गणित लगाना चाहिए। लाइनों की संख्या और ब्रांचों की संख्या का औसत निकालना उसी एक आँकड़े को दबा देगा जिसे देखना ज़रूरी है।
• डेड-कोड चेतावनियाँ हर उस फ़ंक्शन के लिए Problems पैनल में एक प्रविष्टि खड़ी करती हैं जिसकी लाइनें मापी जा सकती हैं पर कवरेज शून्य है। जो सूट किसी फ़ंक्शन का नाम टेस्ट के शीर्षक में रखता है और उस तक कभी पहुँचता नहीं, वह और कहीं फ़ेल नहीं होता।
• डिफ़ कवरेज किसी git बेस रेफ़ के मुक़ाबले ऊपर की हर बात को उन्हीं लाइनों तक सीमित कर देती है जो अभी बदली हैं — वह कोड जो आपने आज दोपहर स्वीकार किया, न कि रिपॉज़िटरी का जीवन-भर का औसत, जिसके सहारे एक बड़ा मौजूदा सूट आराम से स्वस्थ दिखता रहेगा।
• Copy Uncovered Lines ठीक वही निकालता है जो कभी चला ही नहीं, Markdown में — यानी कुछ ऐसा जिसे सीधे उसी असिस्टेंट को वापस चिपकाया जा सके जिसने यह सूट लिखा था।

इनमें से कोई भी किसी टेस्ट को पढ़कर उस पर फ़ैसला नहीं देता, और यहाँ कही किसी बात को ऐसा दावा न समझा जाए: बिल्कुल भी assertion न रखने वाला टेस्ट भी उन सारी लाइनों को कवर कर देता है जिन्हें वह छूता है। ये जो मापते हैं वह वह हिस्सा है जिसे कोई समीक्षक दिमाग़ में नहीं रख सकता — कौन-सा कोड कभी चला ही नहीं।

इस एक्सटेंशन के लिए विशिष्ट

आपकी लाइन कवरेज 100% कहती है। आपकी बाइनरी के 312 बाइट कभी नहीं चले।

यहाँ हर दूसरी मेट्रिक स्रोत से मापी जाती है: कोड को इंस्ट्रुमेंट करें, इंस्ट्रुमेंटेड बिल्ड चलाएँ, गिनें कि क्या ट्रिगर हुआ। ऑब्जेक्ट-कोड कवरेज वह चीज़ मापता है जहाँ तक कोई भी स्रोत-आधारित टूल नहीं पहुँच सकता — बनी हुई बाइनरी का कितना हिस्सा वास्तव में चला, इंस्ट्रक्शन बाइट में, इंस्ट्रक्शन स्ट्रीम देखकर। कंपाइलर ऐसा कोड निकालता है जिसका हिसाब आपके स्रोत की किसी पंक्ति में नहीं है: ऐरे-बाउंड जाँच, switch जंप टेबल, रजिस्टर स्पिल, भाग या फ़्लोटिंग-पॉइंट के लिए रनटाइम हेल्पर रूटीन। इनमें से कुछ भी आपके स्रोत में नहीं दिखता, इसलिए कोई भी स्रोत-आधारित टूल — यह एक्सटेंशन खुद भी, जो कुछ और पढ़ता है उसके लिए — यह नहीं बता सकता कि यह चला या नहीं। यह यहाँ की इकलौती मेट्रिक भी है जो क्या यह असेंबली को कवर करता है? का उत्तर देती है, क्योंकि हाथ से लिखी असेंबली कभी इंस्ट्रुमेंट नहीं होती।

DO-178C इसे स्पष्ट रूप से नाम देता है: स्तर A पर यह MC/DC के अतिरिक्त आवश्यक है। कोई अन्य VS Code एक्सटेंशन इसे नहीं पढ़ता। एम्बेडेड टारगेट से यह कैसे प्राप्त करें →

क्षमताएँ

मुख्य

• हर मापी गई फ़ाइल का Coverage व्यू, ओवरव्यू रूलर और Annotated Source; एडिटर के अपने गटर में, डिफ़ॉल्ट रूप से, केवल वही जो चिह्न के लायक़ है — MC/DC बार, पिछले-रन-के-बाद वाले त्रिकोण, संपादित-पंक्ति बिंदु — और एक सेटिंग की दूरी पर केवल-अनकवर्ड बार या हिट-काउंट हीटमैप।
• ट्रेसफ़ाइल जो भी प्रदान करे, उसके अनुसार प्रति-लाइन स्टेटमेंट, ब्रांच, फ़ंक्शन, क्षेत्र, MC/DC और C++ इंस्टैंशिएशन कवरेज।
• मल्टी-फ़ॉर्मैट ग्रहण और दर्ज उद्गम के साथ कई रन का नियतात्मक मर्ज।
• पाथ रीमैपिंग — CI बिल्ड-मशीन पाथ → आपका स्थानीय वर्कस्पेस।
• डिफ कवरेज — केवल git बेस रेफ के सापेक्ष बदली गई पंक्तियों को सजाता है।
• समग्र स्कोर के अनुसार रंग-कोडित Explorer बैज और एक रन-व्यापी स्टेटस-बार आइटम।
• Watch मोड — ट्रेसफ़ाइल बदलने पर स्वतः पुनः लोड।
• Run Tests with Coverage — वर्कस्पेस रूट से टेस्ट रनर पहचानता है और कवरेज चालू करके चलाता है, जो वह लिखे उसे लोड करता है।
• रिमोट ट्रेसफ़ाइलें — coverageFile.paths की प्रविष्टि https:// URL हो सकती है: CI आर्टिफ़ैक्ट सशर्त रूप से (ETag / Last-Modified) फ़ेच होता है, remote.headers में आपके कॉन्फ़िगर किए हेडरों के साथ, स्थानीय फ़ाइल की तरह लोड होता है, और remote.refreshMinutes से टाइमर पर दोबारा फ़ेच होता है; फ़ेच विफल होने पर आख़िरी डाउनलोड की गई प्रति लोड होती है।
• पथों में वेरिएबल — हर पथ सेटिंग में ${workspaceFolder}, ${workspaceFolderBasename}, ${userHome}, ${env:NAME}, ${command:id} और ${config:section.key}; अज्ञात वेरिएबल जैसा लिखा है वैसा ही छोड़ दिया जाता है, ताकि टाइपो ग़ायब होने के बजाय खोज लॉग में दिखे।
• मल्टी-रूट वर्कस्पेस — हर फ़ोल्डर अपनी सेटिंग्स से खोजा जाता है (उसकी .vscode/settings.json या उसकी .code-workspace प्रविष्टि), उसकी ट्रेसफ़ाइलें एक रन में मर्ज होती हैं, Coverage व्यू फ़ाइलों को फ़ोल्डर के अनुसार समूहित करता है, और फ़ोल्डर जोड़ने या हटाने पर कवरेज अपने आप रीलोड होती है।
• रीलोड के दो और ट्रिगर — वर्कस्पेस के बाहर की निरपेक्ष coverageFile.paths प्रविष्टि पोल की जाती है, ताकि वहाँ आई फ़ाइल लोड हो; और watch.reloadAfterTasks उन टास्कों के नाम लेता है (npm: test) जिनके समाप्त होने पर कवरेज रीलोड होती है, चाहे Watch मोड चालू हो या नहीं।
• प्रगति जिसे रद्द किया जा सके — दस या अधिक ट्रेसफ़ाइलों का, या 8 MB या अधिक का लोड, और हर Generate Full HTML Report एक प्रगति सूचना के तहत Cancel बटन के साथ चलते हैं; रद्द करने पर पिछला रन लोड रहता है।
• VS Code का अपना Test Coverage व्यू — हर लोड एडिटर के Test Coverage API (testCoverage.publish) के ज़रिए भी प्रकाशित होता है, इसलिए Test Explorer का कवरेज पैनल, Explorer के प्रति-फ़ाइल प्रतिशत और एडिटर का अपना Show Inline Coverage टॉगल वही संख्याएँ दिखाते हैं; Show in Test Coverage View अनुरोध पर प्रकाशित करके पैनल खोलता है। नाम वाले टेस्ट होने पर (lcov में TN:), व्यू किसी फ़ाइल की कवरेज को टेस्ट के अनुसार फ़िल्टर करता है।
• सुझाया गया रीमैप नियम — जब कोई लोड फ़ाइलों को बेमेल छोड़ता है (स्थानीय चेकआउट के सामने कंटेनर या CI पथ), तो एक्सटेंशन वह pathRemap नियम निकालता है जो उनमें से सबसे अधिक को समझाता है, लोड परिणाम पर Apply Suggested Remap और पैलेट में Suggest Path Remap Rule देता है; क्लिक के बिना कुछ नहीं लिखा जाता।
• Ignore ग्लोब — fuciniCoverage.ignore (vendor/**, **/*.generated.ts) लोड पर ही पूरी फ़ाइलें रन से हटा देता है, इसलिए हर व्यू, गेट और निर्यात उनके बिना गिनता है; लोड परिणाम बताता है कि कितनी, और आउटपुट हर एक का नाम देता है।
• बिना मापी बनाम अनकवर्ड — जिस फ़ाइल को किसी टेस्ट ने लोड नहीं किया, वह आपकी पीठ पीछे 0% के रूप में स्कोर नहीं होती; ऐसी फ़ाइल के लिए स्टेटस बार मापी नहीं गई कहता है, और unmeasured.mode ऐसी फ़ाइलों को Coverage व्यू में सूचीबद्ध कर सकता है या हर एक को अनकवर्ड फ़ाइल के रूप में गिन सकता है, और threshold.unmeasuredFiles से यह गेट किया जा सकता है कि वे कितनी हैं।
• विलय ने क्या किया, दिखाई देता है — कई ट्रेसफ़ाइलें लोड होने पर हर फ़ाइल पंक्ति बताती है कि उसके आँकड़े किस रिपोर्ट से आए, जहाँ उन आँकड़ों ने पुरानी रिपोर्ट को पीछे छोड़ा वहाँ बैज रेखांकित होता है, हर ट्रेसफ़ाइल पंक्ति गिनती है कि उसकी कितनी फ़ाइलें पीछे छूटीं या दूसरों को पीछे छोड़ा, और ट्रेसफ़ाइल पंक्ति पर क्लिक करने से उसकी फ़ाइलें ट्री में हाइलाइट होती हैं (coverageView.mergedMarks)।

समग्र स्कोर और अनुपालन

लाइनों, ब्रांचों, फ़ंक्शनों, क्षेत्रों, MC/DC और इंस्टैंशिएशन पर एक एकल भारित हार्मोनिक माध्य। चूंकि यह एक हार्मोनिक माध्य है, एक कमजोर मेट्रिक को एक परफेक्ट मेट्रिक द्वारा छुपाया नहीं जा सकता। भार डिफ़ॉल्ट रूप से IEC 61508 / ISO 26262 / DO-178C स्तरों के अनुरूप हैं, और COMPLIANT / NON-COMPLIANT निर्णय प्रति-मेट्रिक थ्रेशोल्ड और एक कॉन्फ़िगर करने योग्य मोड द्वारा संचालित होता है।

Screenshot pending — add assets/img/statusbar.png (see SCREENSHOTS.md).

एडिटर में विश्लेषण

• फ़ंक्शन CodeLens — प्रति-फ़ंक्शन कवरेज %, अपनी पहली अनकवर्ड लाइन पर जाने के लिए क्लिक करें।
• ब्रांच और MC/DC होवर — प्रति-आर्म लिया गया/नहीं लिया गया गणना और प्रति-निर्णय स्थिति/वेक्टर विवरण; वैकल्पिक रंगीन MC/DC मार्जिन गटर।
• डेड-कोड चेतावनियाँ — मापने योग्य लाइनों और शून्य कवरेज वाले फ़ंक्शनों के लिए Problems पैनल चेतावनी।
• Next/Previous Uncovered नेविगेशन।
• बेमेल चेतावनी जब किसी फ़ाइल की सामग्री अब उसके रन से मेल न खाए — फ़ाइलें सहेजे जाने या डिस्क पर बदलने पर अद्यतन, होवर पर सटीक अंतर के साथ।
• पिछले रन के बाद — पिछले रन में निष्पादित और इस रन में न हुई हर पंक्ति पर लाल त्रिकोण, उलटे मामले में हरा, ओवरव्यू रूलर और होवर पर हिट संख्या के साथ।
• संपादित बफ़र — संपादन के साथ हर चिह्न, होवर और CodeLens पाठ के संग चलता है, और फिर से लिखी पंक्ति से हट जाता है, जहाँ धूसर बिंदु कारण बताता है।
• एडिटर गटर मोड — editorGutter.mode गटर को निष्कर्षों तक सीमित रखता है (off), हर कभी न चली पंक्ति पर बार और जहाँ कोई ब्रांच आर्म कभी नहीं ली गई वहाँ एम्बर बार लगाता है (uncovered), या हर निष्पादित पंक्ति पर एक गर्म रंग जोड़ता है, जितनी बार चली उतना गहरा (heatmap); Choose Editor Gutter Mode... पैलेट या स्टेटस-बार मेनू से बदलता है।
• इनलाइन हिट काउंट — hitCounts.inline हर उस पंक्ति के बाद ×12 लिखता है जिस पर कोई स्टेटमेंट शुरू होता है, ×0 समेत; Toggle Inline Hit Counts इसे पलटता है।
• प्रति-पंक्ति Problems प्रविष्टियाँ — problems.perLine खुले दस्तावेज़ में कभी न चली पंक्तियों के हर ब्लॉक पर एक Information डायग्नोस्टिक रखता है (डेड फ़ंक्शन एक प्रविष्टि है, चालीस नहीं), और वैकल्पिक रूप से हर उस पंक्ति पर जिसकी कोई ब्रांच आर्म कभी नहीं ली गई; संपादन के साथ प्रविष्टियाँ अपनी पंक्तियों के संग चलती हैं।
• पंक्ति का रंग और स्क्रॉलबार का नक्शा — lineHighlight गटर के चिह्न के बजाय (या उसके साथ) पंक्तियों के पीछे पारभासी रंग रखता है, और overviewRuler स्क्रॉलबार की पट्टी पर स्वयं निर्णय लेता है: गटर बंद होने पर वह फ़ाइल की खाली जगहों का नक्शा है और कोड के पास कुछ नहीं।
• इस पंक्ति को किस ट्रेसफ़ाइल ने कवर किया — कई रिपोर्टें विलय होने पर हिट-गिनती वाला होवर उन सभी के नाम देता है जिन्होंने पंक्ति कवर की (lcov के TN: से सुइट का नाम सहित), और Coverage दृश्य में ट्रेसफ़ाइल की पंक्ति पर क्लिक करने से उसके द्वारा दी गई पंक्तियाँ रोशन होती हैं।

• लाल, एम्बर और हरा — editorGutter.mode और lineHighlight का coverage मोड हर मापी गई पंक्ति को कलर स्केल के रंगों में रँगता है; स्टेटस-बार का मोड बटन और Alt+G एक मोड से अगले पर ले जाते हैं।
• आपके रंग, पूर्वावलोकन के साथ — कलर स्केल और हीटमैप के शेड (heatmap.colors, heatmap.colorsDark) सेटिंग्स हैं, और सेटिंग्स पेज उन्हें चुनते ही एक लाइट और एक डार्क एडिटर पर उनका पूर्वावलोकन दिखाता है।
• कोई फ़ाइल किस रिपोर्ट से आती है — जब दो रिपोर्टें एक ही कोड मापती हैं, तो coverageFile.sources के नियम, या Choose Coverage Source for This File..., तय करते हैं कि हर फ़ाइल कौन-सी दिखाए, बजाय इसके कि सबसे नई जीत जाए।

रिपोर्टिंग और इतिहास

• Generate Full HTML Report — प्रति-डायरेक्टरी, स्व-रेंडर्ड, बहु-पृष्ठ रिपोर्ट; एकल फ़ाइल के लिए Open Annotated Source।
• कवरेज ट्रेंड (▲/▼) के साथ वैकल्पिक स्थानीय रन इतिहास, साथ ही Compare Two History Runs और Compare with Last Run।
• Show Worst-Covered Files / Functions और Copy Uncovered Lines (Markdown)।
• Export Fucini JSON — पूर्ण सामान्यीकृत मॉडल।
• Export Coverage Report... — वही रन CSV (प्रति फ़ाइल या प्रति फ़ंक्शन), Markdown सारांश, LCOV ट्रेसफ़ाइल, Cobertura XML, SARIF, या स्वतः पूर्ण SVG बैज के रूप में। पच्चीस रीडरों और इन राइटरों के साथ एक्सटेंशन फ़ॉर्मैटों के बीच बदलता है: JaCoCo या llvm-cov JSON लोड कीजिए और वह LCOV बनाइए जिसे Codecov, Coveralls और SonarQube पढ़ते हैं, या वह Cobertura XML जिसे Jenkins, GitLab और Azure DevOps लेते हैं।
• Generate Coverage Badge — सीधे वर्कस्पेस में लिखा गया shields-शैली का SVG (badge.outputPath, डिफ़ॉल्ट coverage-badge.svg), ताकि README उसे ![coverage](coverage-badge.svg) से बिना किसी होस्टेड सेवा के एम्बेड कर सके; badge.metric पंक्तियाँ, ब्रांच, MC/DC या समग्र स्कोर चुनता है, रंग colorScale.* के स्तरों का अनुसरण करता है, और badge.autoUpdate हर लोड के बाद उसे फिर लिखता है।

Screenshot pending — add assets/img/report.png (see SCREENSHOTS.md).

Screenshot pending — add assets/img/annotated-source.png (see SCREENSHOTS.md).

Community और Pro, सुविधा दर सुविधा

दो लिस्टिंग, एक कोडबेस। Community हमेशा के लिए मुफ़्त स्तर है, और वही जहाँ Pro लिस्टिंग 14-दिन के ट्रायल के बाद पहुँचती है; Pro और ट्रायल में सब कुछ है, बिना सीमा। रेखा इस तरह खींची गई है कि मुफ़्त स्तर हर निष्कर्ष हमेशा देखे और केवल सुविधा, प्रमाण और पैमाने के लिए भुगतान करे — VS Code के अंदर Fucini Coverage: What Community Includes वही सूची हर सीमा के आज के काउंट के साथ दिखाता है।

एक सप्ताह उस पहले उपयोग से सात दिन चलता है जिसने उसे शुरू किया, और जो कुछ केवल कवरेज पढ़ता है वह नहीं गिना जाता। सब्सक्रिप्शन के लिए अभी तैयार नहीं हैं? 7-दिन का पास एक सप्ताह के लिए दाएँ कॉलम की हर सुविधा देता है, एक बार के भुगतान पर, और रद्द करने के लिए कुछ नहीं।

VS Code और Visual Studio आमने-सामने

एक उत्पाद, दो एडिटर, एक रीडर: एक ही रिपोर्ट दोनों में अंक-दर-अंक वही संख्याएँ देती है। Visual Studio के लिए Coverage Studio Visual Studio 2022 और 2026 — Community, Professional और Enterprise पर चलता है और Visual Studio के अपने कोड कवरेज का उपयोग नहीं करता, जो 2022 में केवल Enterprise में है; यह हर सशुल्क योजना में शामिल है, और दोनों एडिटर वाला एक डिवाइस एक सीट है। रेखा के ऊपर सब कुछ दोनों में है; नीचे वह है जिसका Visual Studio में कोई समकक्ष नहीं, और जो वहाँ अभी आना बाकी है।

सेटिंग्स संदर्भ

सेटिंग्स UI में (Fucini Coverage खोजें) या settings.json में कॉन्फ़िगर करें।

Download the complete settings reference — a commented settings.json holding every fuciniCoverage.* setting at the same default the packaged extension uses, ready to copy into your workspace or user settings. Regenerated from the extension on every release, so it cannot drift from what the VSIX ships.

प्रति फ़ोल्डर। पर ख़त्म होने वाली पंक्ति मल्टी-रूट वर्कस्पेस में फ़ोल्डर-स्तर का मान लेती है: हर फ़ोल्डर अपनी .vscode/settings.json या .code-workspace प्रविष्टि से खोजा जाता है, और उसमें ${workspaceFolder} का अर्थ वही फ़ोल्डर है।

स्थानीयकरण

खोज और लोडिंग

रंग स्केल और बैज

समग्र स्कोर (भारित हार्मोनिक माध्य)

थ्रेशोल्ड और अनुपालन

डिफ, रीमैप और रिपोर्ट

डिस्प्ले और विश्लेषण

इतिहास

स्टेटस-बार त्वरित क्रियाएँ

आख़िरी दो को छोड़कर सभी डिफ़ॉल्ट false; त्वरित मेनू में मिलान करने वाली क्रिया जोड़ने के लिए सक्षम करें: quickActions.compareWithLastRun, openAnnotatedSource, openAnnotatedSourceToSide, toggleAnnotatedSource, toggleWatch, worstCoveredFiles, worstCoveredFolders, worstCoveredFunctions, nextUncovered, previousUncovered, checkThresholds, copyUncoveredLines, compareHistoryRuns, exportJson, exportReport, generateBadge, showTestCoverage, chooseGutterMode, toggleInlineHitCounts।

टेलीमेट्री

अद्यतन

लाइसेंसिंग