ERSTE SCHRITTE

Vom Bericht zu den Zeilen, die niemand testet

Sechs Schritte, in beiden Editoren dieselben. Coverage Studio führt keine eigenen Tests aus: Es liest den Bericht, den Ihre Werkzeuge bereits schreiben, und legt ihn auf den Code — in VS Code und in Visual Studio 2022 und 2026, auf Community, Professional und Enterprise gleichermaßen. Jeder Schritt ist auch eine Seite im Editor selbst, mit einem Knopf dafür: der Walkthrough in VS Code, Tools → Coverage Studio → Getting Started in Visual Studio.

Noch nicht installiert? Laden Sie den Build für Ihren Editor herunter — Community oder Pro für VS Code, oder die Visual-Studio-Edition — und kommen Sie hierher zurück; das Benutzerhandbuch hat die Installationsschritte für beide. Lieber erst ausprobieren, bevor Sie Ihr eigenes Projekt anschließen? Das Demoprojekt hat einen Bericht parat.

1Öffnen Sie ein Projekt, das einen Coverage-Bericht hat

Jedes der 25 Formate genügt — LCOV, Cobertura, llvm-cov, OpenCover, coverage.py, Istanbul und die übrigen. Wenn Sie keines zur Hand haben, hat das Demoprojekt eines für C, C++ (clang und MSVC), C#, Visual Basic, TypeScript, JavaScript und Python.

In VS Code

File → Open Folder oder die Workspace-Datei. Das Coverage-Symbol erscheint in der Aktivitätsleiste, sobald die Erweiterung aktiv ist.

In Visual Studio

Eine Projektmappe oder ein Ordner (File → Open → Folder, so wird ein CMake-Projekt geöffnet). Die Erweiterung lädt damit; View → Other Windows → Coverage ist ihr Fenster.

2Laden Sie den Bericht

Ein Bericht an einer üblichen Stelle — coverage/lcov.info, coverage.xml, coverage-final.json und die anderen bekannten Namen, oder wohin die Einstellungen zeigen — wird von selbst gefunden und geladen. Liegt Ihrer woanders, wählen Sie ihn einmal aus, und er wird gemerkt.

In VS Code

Befehlspalette → Fucini Coverage: Load Coverage, oder Pick Coverage File, um einen auszuwählen. Run Tests with Coverage erkennt vitest, jest, pytest, go, cargo, dotnet, maven, gradle, phpunit und ctest, führt sie mit Coverage aus und lädt, was sie schreiben.

In Visual Studio

Tools → Coverage Studio → Load Coverage File…, einmal. Das Fucini Coverage-Fenster der Ausgabe sagt, welche Dateien gesucht und gefunden wurden. Führen Sie Ihre Tests wie gewohnt aus; Watch Coverage File lädt neu, wenn sich der Bericht ändert.

3Sehen Sie es im Editor

Öffnen Sie eine Quelldatei. Rot ist eine Zeile, die nie lief, Bernstein eine Entscheidung, die nur in eine Richtung ging. Von Haus aus werden nur solche Befunde markiert; die Heatmap färbt jede Zeile danach, wie oft sie lief, und Inline-Trefferzahlen schreiben die Zahl dahinter.

In VS Code

Toggle Coverage Painting schaltet die Markierungen ein und aus; fuciniCoverage.editorGutter.mode wählt uncovered oder heatmap, hitCounts.inline die Zahlen. Der Lauf steht auch in der Coverage-Ansicht und in VS Codes eigenem Test-Coverage-Panel.

In Visual Studio

Tools → Coverage Studio → Show Coverage in Editor, dann Gutter: Heatmap oder Show Inline Hit Counts nach Belieben. Dieselben Einstellungen gelten — die Visual-Studio-Edition liest Ihre .vscode/settings.json.

4Gehen Sie die Lücken durch

Springen Sie von einer ungetesteten Stelle zur nächsten, statt nach Rot zu scrollen. Die Zeile über jeder Funktion sagt, wie viel davon lief — und ihre Komplexität, ihren CRAP-Wert und MC/DC, wo der Bericht sie trägt. Ein Hover auf einer markierten Zeile sagt in Worten, welcher Zweig nicht genommen wurde.

In VS Code

Next Uncovered ist Alt+N, die vorige Alt+P; Next Partly-Tested Decision geht zur nächsten Entscheidung, von der nur einige Zweige genommen wurden.

In Visual Studio

Zwei-Tasten-Akkorde nach Ctrl+Shift+U: N und P für die nächste und vorige nicht abgedeckte Zeile, B für die nächste teilweise getestete Entscheidung — nicht Alt+N, denn in Visual Studio öffnet Alt mit einem Buchstaben ein Menü. Ändern Sie sie unter Tools → Options → Keyboard.

5Lesen Sie die Zahlen

Jede Datei mit ihren Metriken — Zeilen, Zweige, Funktionen, MC/DC — und ein Wert über alle: ein gewichtetes harmonisches Mittel, das sich mit Zeilenabdeckung allein nicht erkaufen lässt. Die Statusleiste zeigt diesen Wert für den Lauf und für die Datei, in der Sie sind; lassen Sie den Zeiger darauf ruhen für die ganze Karte.

In VS Code

Die Coverage-Ansicht in der Aktivitätsleiste: sortieren, zuklappen, Spalten ausblenden, eine Datei anklicken, um sie zu öffnen. Show Worst-Covered Files und …Functions listen, wo anzufangen ist.

In Visual Studio

View → Other Windows → Coverage ist derselbe Baum, mit dem Wert in der Titelzeile; Rechtsklick auf eine Zeile öffnet sie oder kopiert ihren Pfad. Show Coverage Card öffnet die Karte der Statusleiste ohne Zeiger.

6Setzen Sie Ihre Schwellen

Sagen Sie, was genügt: ein Minimum pro Metrik, oder ein Sicherheitsprofil, das 100 % von allem verlangt. Die Karte sagt dann COMPLIANT oder NON-COMPLIANT dagegen, und dieselben Schwellen gelten in beiden Editoren, weil es dieselben Einstellungen sind.

In VS Code

Configure Coverage Compliance öffnet die Einstellungen; Check Coverage Thresholds gibt das Urteil als Befehl, für einen Pre-Commit-Hook oder eine Pipeline.

In Visual Studio

Das Zahnrad in der Symbolleiste des Coverage-Fensters öffnet das Einstellungsfenster, das die Benutzereinstellungen dieser Edition oder die .vscode/settings.json des Ordners schreibt, wie seine Auswahl Write changes to sagt.

Von hier aus: das Benutzerhandbuch für alles Weitere — Formate, Zusammenführen, Pfad-Remapping, den Wert, den HTML-Bericht — und die FAQ für Pläne und Lizenzen. Die Visual-Studio-Edition ist in jedem bezahlten Plan enthalten; ein Rechner, auf dem VS Code aktiviert ist, braucht nichts weiter, und Tools → Coverage Studio → Licence… nimmt einen Abonnementcode entgegen, wo das nicht der Fall ist.