Alles, was es tut, alles, was Sie anpassen können

Wenn eine KI die Tests geschrieben hat

Coverage gegen eine generierte Testsuite

Die Übersicht führt das allgemeine Argument. Hier steht es der Funktionsliste selbst gegenüber, denn eine generierte Suite versagt in einer charakteristischen Form — jede Zeile berührt, die Hälfte der Entscheidungen nie getroffen und ein paar Funktionen, die in den Testtiteln vorkommen, aber nie aufgerufen werden — und fünf der Punkte unten machen genau diese Form sichtbar.

• Branch- und MC/DC-Abdeckung trennen, mit dem Hover je Zweig und je Entscheidung, die Zeile lief von die Entscheidung wurde durchlaufen. Eine Suite, die nur den Happy Path geht, liest sich als knapp 100% bei Zeilen und knapp 50% bei Branches — und genau diese Spreizung ist der Befund. Ein grüner Testlauf zeigt davon nichts.
• Der zusammengesetzte Score ist ein harmonisches Mittel, sodass eine starke Metrik keine schwache verdecken kann — genau die Arithmetik, die eine generierte Suite braucht. Die Zeilenzahl mit der Branchzahl zu mitteln würde die eine Zahl begraben, auf die es ankommt.
• Dead-Code-Warnungen erzeugen einen Eintrag im Problems-Panel für jede Funktion mit messbaren Zeilen und null Abdeckung. Eine Suite, die eine Funktion im Testtitel nennt und sie nie erreicht, schlägt sonst nirgends fehl.
• Diff-Abdeckung gegen eine Git-Basisreferenz verengt all das auf die Zeilen, die sich gerade geändert haben — den Code, den Sie heute Nachmittag übernommen haben, statt auf den Lebenszeitdurchschnitt des Repositorys, mit dem eine große bestehende Suite bereitwillig weiter gesund aussieht.
• Copy Uncovered Lines gibt genau das aus, was nie lief, als Markdown — also etwas, das sich direkt wieder in denjenigen Assistenten einfügen lässt, der die Suite überhaupt geschrieben hat.

Nichts davon liest einen Test und beurteilt ihn, und nichts hier soll als eine solche Behauptung verstanden werden: ein Test ganz ohne Assertions deckt weiterhin jede Zeile ab, die er berührt. Gemessen wird der Teil, den ein Reviewer nicht im Kopf behalten kann — welcher Code nie ausgeführt wurde.

Einzigartig für diese Erweiterung

Ihre Zeilenüberdeckung sagt 100%. 312 Bytes Ihres Binärprogramms liefen nie.

Jede andere Metrik hier wird am Quelltext gemessen: Code instrumentieren, den instrumentierten Build laufen lassen, zählen, was ausgelöst wurde. Objektcode-Coverage misst etwas, das kein quellbasiertes Werkzeug erreichen kann — wie viel des gebauten Binärprogramms tatsächlich ausgeführt wurde, in Instruktionsbytes, durch Beobachtung des Instruktionsstroms. Ein Compiler erzeugt Code, für den keine Zeile Ihres Quelltexts steht: Array-Grenzprüfungen, switch-Sprungtabellen, Register-Spills, Laufzeit-Hilfsroutinen für Division oder Gleitkomma. Nichts davon erscheint in Ihrem Quelltext, also kann kein quellbasiertes Werkzeug — auch nicht diese Erweiterung, für jede andere von ihr gelesene Metrik — sagen, ob es lief. Sie ist außerdem die einzige Metrik hier, die die Frage deckt das Assembler ab? beantwortet, da handgeschriebener Assembler nie instrumentiert wird.

DO-178C nennt das ausdrücklich: auf Stufe A ist es zusätzlich zu MC/DC vorgeschrieben. Keine andere VS-Code-Erweiterung liest es. So bekommen Sie es von einem eingebetteten Zielsystem →

Funktionsumfang

Kernfunktionen

• Eine Coverage-Ansicht jeder gemessenen Datei, das Übersichtslineal und Annotated Source; im eigenen Gutter des Editors standardmäßig nur, was eine Markierung wert ist — MC/DC-Balken, Seit-letztem-Lauf-Dreiecke, Punkte auf bearbeiteten Zeilen —, mit Balken nur auf nicht abgedeckten Zeilen oder einer Heatmap der Trefferzahlen eine Einstellung entfernt.
• Zeilengenaue Abdeckung für Anweisungen, Branches, Funktionen, Regionen, MC/DC und C++-Instanziierungen, je nachdem, was die Tracedatei liefert.
• Einlesen mehrerer Formate und deterministisches Zusammenführen mehrerer Läufe mit erfasster Herkunft.
• Pfad-Remapping — Pfade der CI-Build-Maschine → Ihr lokaler Arbeitsbereich.
• Diff-Abdeckung — hebt nur Zeilen hervor, die gegenüber einer git-Basisreferenz geändert wurden.
• Explorer-Badges und ein laufweites Statusleisten-Element, farblich codiert nach dem Gesamtwert.
• Watch-Modus — automatisches Neuladen bei Änderung einer Tracedatei.
• Run Tests with Coverage – erkennt den Test-Runner am Arbeitsbereichsstamm, führt ihn mit Abdeckung aus und lädt das Geschriebene.
• Entfernte Tracedateien — ein coverageFile.paths-Eintrag darf eine https://-URL sein: Das CI-Artefakt wird bedingt abgerufen (ETag / Last-Modified), mit den in remote.headers konfigurierten Headern, wie eine lokale Datei geladen und mit remote.refreshMinutes nach einem Zeitplan erneut abgerufen; schlägt ein Abruf fehl, wird stattdessen die zuletzt heruntergeladene Kopie geladen.
• Variablen in Pfaden — ${workspaceFolder}, ${workspaceFolderBasename}, ${userHome}, ${env:NAME}, ${command:id} und ${config:section.key} in jeder Pfadeinstellung; eine unbekannte Variable bleibt stehen, wie sie geschrieben wurde, sodass ein Tippfehler im Erkennungsprotokoll auftaucht, statt zu verschwinden.
• Multi-Root-Arbeitsbereiche — jeder Ordner wird aus seinen eigenen Einstellungen erkannt (seiner .vscode/settings.json oder seinem .code-workspace-Eintrag), seine Tracedateien verschmelzen zu einem Lauf, die Coverage-Ansicht gruppiert die Dateien nach Ordner, und ein hinzugefügter oder entfernter Ordner lädt die Coverage von selbst neu.
• Zwei weitere Auslöser zum Neuladen — ein absoluter coverageFile.paths-Eintrag außerhalb des Arbeitsbereichs wird abgefragt, sodass eine dort erscheinende Datei geladen wird; und watch.reloadAfterTasks nennt Aufgaben (npm: test), deren Ende die Coverage neu lädt, ob der Watch-Modus nun an ist oder nicht.
• Fortschritt, den Sie abbrechen können — ein Ladevorgang mit zehn oder mehr Tracedateien, oder 8 MB oder mehr davon, und jeder Generate Full HTML Report laufen unter einer Fortschrittsbenachrichtigung mit einer Abbrechen-Schaltfläche; ein Abbruch lässt den vorherigen Lauf geladen.
• VS Codes eigene Test-Coverage-Ansicht — jeder Ladevorgang wird auch über die Test-Coverage-API des Editors veröffentlicht (testCoverage.publish), sodass das Coverage-Panel des Test Explorers, die Prozentzahlen je Datei im Explorer und der editoreigene Schalter Show Inline Coverage dieselben Zahlen zeigen; Show in Test Coverage View veröffentlicht auf Anfrage und öffnet das Panel. Bei benannten Tests (TN: in lcov) filtert die Ansicht die Abdeckung einer Datei nach Test.
• Vorgeschlagene Remap-Regel — lässt ein Ladevorgang Dateien unzugeordnet (Container- oder CI-Pfade gegen einen lokalen Checkout), leitet die Erweiterung die pathRemap-Regel ab, die die meisten davon erklärt, und bietet Apply Suggested Remap im Ladeergebnis und Suggest Path Remap Rule in der Palette an; ohne den Klick wird nichts geschrieben.
• Ignore-Globs — fuciniCoverage.ignore (vendor/**, **/*.generated.ts) entfernt ganze Dateien beim Laden aus dem Lauf, sodass jede Ansicht, jedes Gate und jeder Export ohne sie zählt; das Ladeergebnis sagt, wie viele, und die Ausgabe nennt jede einzelne.
• Nicht gemessen versus nicht abgedeckt — eine Datei, die kein Test geladen hat, wird nicht hinter Ihrem Rücken als 0% bewertet; die Statusleiste sagt für eine solche nicht gemessen, und unmeasured.mode kann solche Dateien in der Coverage-Ansicht auflisten oder jede als nicht abgedeckte Datei zählen, mit threshold.unmeasuredFiles als Gate dafür, wie viele es gibt.
• Sichtbar, was das Zusammenführen bewirkt hat — sind mehrere Tracefiles geladen, nennt jede Dateizeile den Bericht, aus dem ihre Zahlen stammen, das Abzeichen ist umrandet, wo diese Zahlen einen älteren Bericht überstimmt haben, jede Tracefile-Zeile zählt, wie viele ihrer Dateien überstimmt wurden oder andere überstimmt haben, und ein Klick auf eine Tracefile-Zeile hebt ihre Dateien im Baum hervor (coverageView.mergedMarks).

Gesamtwert und Konformität

Ein einziges gewichtetes harmonisches Mittel über Zeilen, Branches, Funktionen, Regionen, MC/DC und Instanziierungen. Da es sich um ein harmonisches Mittel handelt, kann eine schwache Metrik nicht durch eine perfekte verdeckt werden. Die Gewichte orientieren sich standardmäßig an Stufen gemäß IEC 61508 / ISO 26262 / DO-178C, und das Urteil COMPLIANT / NON-COMPLIANT wird durch Schwellenwerte pro Metrik sowie einen konfigurierbaren Modus bestimmt.

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

Analyse im Editor

• Function CodeLens — Abdeckung in % pro Funktion, Klick springt zur ersten nicht abgedeckten Zeile.
• Branch- und MC/DC-Hover — Anzahl genommener/nicht genommener Zweige pro Branch sowie Bedingungs-/Vektoraufschlüsselungen pro Entscheidung; optionale farbige MC/DC-Randanzeige im Gutter.
• Warnungen zu totem Code — Warnung im Problems-Panel für Funktionen mit messbaren Zeilen und null Abdeckung.
• Navigation Next/Previous Uncovered (nächste/vorherige nicht abgedeckte Zeile).
• Abweichungswarnung, wenn der Inhalt einer Datei nicht mehr zu ihrem Lauf passt — aktuell gehalten beim Speichern oder bei Änderungen auf der Festplatte, mit dem genauen Unterschied beim Überfahren.
• Seit dem letzten Lauf – ein rotes Dreieck auf jeder Zeile, die im vorherigen Lauf ausgeführt wurde und in diesem nicht, ein grünes für den umgekehrten Fall, mit Übersichtslineal und Trefferzahlen beim Überfahren.
• Bearbeitete Puffer – jede Markierung, jeder Hover und jede CodeLens wandert beim Bearbeiten mit dem Text mit und zieht sich von einer umgeschriebenen Zeile zurück, wo ein grauer Punkt sagt, warum.
• Editor-Gutter-Modi — editorGutter.mode beschränkt den Gutter auf Befunde (off), setzt einen Balken auf jede Zeile, die nie lief, und einen bernsteinfarbenen, wo ein Zweig nie genommen wurde (uncovered), oder legt zusätzlich einen warmen Farbton auf jede ausgeführte Zeile, umso heißer, je öfter sie lief (heatmap); Choose Editor Gutter Mode... wechselt aus der Palette oder dem Statusleisten-Menü.
• Inline-Trefferzahlen — hitCounts.inline schreibt ×12 hinter jede Zeile, auf der eine Anweisung beginnt, ×0 eingeschlossen; Toggle Inline Hit Counts schaltet sie um.
• Problems-Einträge je Zeile — problems.perLine setzt eine Informations-Diagnose auf jeden Block von Zeilen, die in einem geöffneten Dokument nie liefen (eine tote Funktion ist ein Eintrag, nicht vierzig), und wahlweise auf jede Zeile mit einem nie genommenen Zweig; die Einträge folgen ihren Zeilen beim Bearbeiten.
• Zeilenfärbung und Karte in der Bildlaufleiste — lineHighlight legt eine durchscheinende Färbung hinter die Zeilen selbst, statt (oder zusätzlich zu) einer Markierung im Randstreifen, und overviewRuler entscheidet allein über den Streifen in der Bildlaufleiste: bei ausgeschaltetem Randstreifen ist das eine Karte der Lücken der Datei und nichts neben dem Code.
• Welche Tracedatei diese Zeile abgedeckt hat — sind mehrere Berichte zusammengeführt, nennt der Hover mit der Trefferzahl jeden, der die Zeile abgedeckt hat (samt Suite-Name aus lcovs TN:), und ein Klick auf eine Tracedatei-Zeile in der Coverage-Ansicht hebt die von ihr beigesteuerten Zeilen hervor.

• Rot, Bernstein und Grün — der Modus coverage von editorGutter.mode und lineHighlight färbt jede gemessene Zeile in den Farben der Farbskala; die Modus-Schaltfläche in der Statusleiste und Alt+G wechseln von einem Modus zum nächsten.
• Ihre Farben, mit Vorschau — die Farbskala und die Farbtöne der Heatmap (heatmap.colors, heatmap.colorsDark) sind Einstellungen, und die Einstellungsseite zeigt sie schon beim Auswählen auf einem hellen und einem dunklen Editor.
• Aus welchem Bericht eine Datei stammt — messen zwei Berichte denselben Code, entscheiden coverageFile.sources-Regeln oder Choose Coverage Source for This File..., welchen jede Datei zeigt, statt dass der neueste gewinnt.

Berichte und Verlauf

• Generate Full HTML Report — ein selbst gerenderter, mehrseitiger Bericht pro Verzeichnis; Open Annotated Source für eine einzelne Datei.
• Optionaler lokaler Laufverlauf mit einem Abdeckungstrend (▲/▼), außerdem Compare Two History Runs und Compare with Last Run.
• Show Worst-Covered Files / Functions und Copy Uncovered Lines (Markdown).
• Export Fucini JSON — das vollständige normalisierte Modell.
• Export Coverage Report... — derselbe Lauf als CSV (pro Datei oder pro Funktion), Markdown-Zusammenfassung, LCOV-Tracefile, Cobertura-XML, SARIF oder eigenständiges SVG-Badge. Mit fünfundzwanzig Lesern und diesen Schreibern konvertiert die Erweiterung zwischen Formaten: JaCoCo oder llvm-cov JSON laden und das LCOV erzeugen, das Codecov, Coveralls und SonarQube lesen, oder das Cobertura-XML, das Jenkins, GitLab und Azure DevOps einlesen.
• Generate Coverage Badge — ein SVG im Stil von shields, direkt in den Arbeitsbereich geschrieben (badge.outputPath, Standard coverage-badge.svg), damit eine README es mit ![coverage](coverage-badge.svg) einbettet, ohne gehosteten Dienst; badge.metric wählt Zeilen, Zweige, MC/DC oder die zusammengesetzte Bewertung, die Farbe folgt den colorScale.*-Stufen, und badge.autoUpdate schreibt es nach jedem Laden neu.

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

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

Community und Pro, Funktion für Funktion

Zwei Einträge, eine Codebasis. Community ist die dauerhaft kostenlose Stufe und das, worauf der Pro-Eintrag nach seiner 14-tägigen Testphase landet; Pro und die Testphase sind alles, ohne Obergrenzen. Die Grenze ist so gezogen, dass die kostenlose Stufe jeden Befund immer sieht und nur für Komfort, Nachweis und Umfang zahlt – in VS Code zeigt Fucini Coverage: What Community Includes dieselbe Liste mit den heutigen Zählern je Obergrenze.

Eine Woche läuft sieben Tage ab der ersten Nutzung, die sie eröffnet hat, und nichts, was Coverage nur liest, wird gezählt. Noch nicht bereit für ein Abo? Ein 7-Tage-Pass ist alles aus der rechten Spalte für eine Woche, einmal bezahlt, ohne dass etwas zu kündigen wäre.

VS Code und Visual Studio nebeneinander

Ein Produkt, zwei Editoren, ein Reader: Derselbe Bericht liefert in beiden dieselben Zahlen, auf die Stelle genau. Coverage Studio für Visual Studio läuft auf Visual Studio 2022 und 2026 — Community, Professional und Enterprise und verwendet nicht Visual Studios eigene Code Coverage, die in 2022 nur Enterprise hat; er ist in jedem bezahlten Plan enthalten, und ein Gerät mit beiden Editoren ist ein Seat. Alles über dem Strich gibt es in beiden; darunter steht, wofür Visual Studio kein Gegenstück hat und was dort noch kommt.

Einstellungsreferenz

Konfiguration über die Settings-Oberfläche (Suche nach Fucini Coverage) oder in 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.

Eine Zeile, die mit Je Ordner. endet, nimmt in einem Multi-Root-Arbeitsbereich einen Wert auf Ordnerebene an: Jeder Ordner wird mit seiner eigenen .vscode/settings.json oder seinem .code-workspace-Eintrag erkannt, und ${workspaceFolder} darin meint diesen Ordner.

Lokalisierung

Erkennung und Laden

Farbskala & Badges

Gesamtwert (gewichtetes harmonisches Mittel)

Schwellenwerte und Konformität

Diff, Remapping und Berichte

Anzeige und Analyse

Verlauf

Schnellaktionen der Statusleiste

Alle standardmäßig auf false außer den letzten beiden; aktivieren Sie sie, um die entsprechende Aktion zum Schnellmenü hinzuzufügen: quickActions.compareWithLastRun, openAnnotatedSource, openAnnotatedSourceToSide, toggleAnnotatedSource, toggleWatch, worstCoveredFiles, worstCoveredFolders, worstCoveredFunctions, nextUncovered, previousUncovered, checkThresholds, copyUncoveredLines, compareHistoryRuns, exportJson, exportReport, generateBadge, showTestCoverage, chooseGutterMode, toggleInlineHitCounts.

Telemetrie

Updates

Lizenzierung