Six étapes, les mêmes dans les deux éditeurs. Coverage Studio n'exécute aucun test de son côté : il lit le rapport que vos outils écrivent déjà et le pose sur le code — dans VS Code, et dans Visual Studio 2022 et 2026, sur Community, Professional et Enterprise indifféremment. Chaque étape est aussi une page dans l'éditeur, avec un bouton pour elle : la visite guidée dans VS Code, Tools → Coverage Studio → Getting Started dans Visual Studio.
Pas encore installé ? Téléchargez la version pour votre éditeur — Community ou Pro pour VS Code, ou l'édition Visual Studio — et revenez ici ; le guide utilisateur a les étapes d'installation pour les deux. Vous préférez essayer avant de brancher votre propre projet ? Le projet de démonstration a un rapport prêt.
N'importe lequel des 25 formats convient — LCOV, Cobertura, llvm-cov, OpenCover, coverage.py, Istanbul et les autres. Si vous n'en avez aucun sous la main, le projet de démonstration en a un pour C, C++ (clang et MSVC), C#, Visual Basic, TypeScript, JavaScript et Python.
File → Open Folder, ou le fichier d'espace de travail. L'icône Coverage apparaît dans la barre d'activité dès que l'extension est active.
Une solution, ou un dossier (File → Open → Folder, c'est ainsi qu'on ouvre un projet CMake). L'extension se charge avec ; View → Other Windows → Coverage est sa fenêtre.
Un rapport à un emplacement habituel — coverage/lcov.info, coverage.xml, coverage-final.json et les autres noms connus, ou là où pointent les réglages — est trouvé et chargé de lui-même. Si le vôtre est ailleurs, choisissez-le une fois et il est mémorisé.
Palette de commandes → Fucini Coverage: Load Coverage, ou Pick Coverage File pour en choisir un. Run Tests with Coverage reconnaît vitest, jest, pytest, go, cargo, dotnet, maven, gradle, phpunit et ctest, les lance avec la couverture activée et charge ce qu'ils écrivent.
Tools → Coverage Studio → Load Coverage File…, une fois. Le volet Fucini Coverage de la fenêtre Output dit quels fichiers ont été cherchés et trouvés. Lancez vos tests comme d'habitude ; Watch Coverage File recharge quand le rapport change.
Ouvrez un fichier source. Rouge est une ligne jamais exécutée, ambre une décision prise dans un seul sens. Par défaut seuls ces constats sont marqués ; la carte thermique colore chaque ligne selon sa fréquence d'exécution, et les compteurs en ligne écrivent le nombre à sa suite.
Toggle Coverage Painting active et désactive les marques ; fuciniCoverage.editorGutter.mode choisit uncovered ou heatmap, hitCounts.inline les compteurs. L'exécution est aussi dans la vue Coverage et dans le panneau Test Coverage de VS Code.
Tools → Coverage Studio → Show Coverage in Editor, puis Gutter: Heatmap ou Show Inline Hit Counts à votre gré. Les mêmes réglages s'appliquent — l'édition Visual Studio lit votre .vscode/settings.json.
Sautez d'un endroit non testé au suivant au lieu de faire défiler à la recherche du rouge. La ligne au-dessus de chaque fonction dit quelle part en a été exécutée — et sa complexité, son score CRAP et MC/DC là où le rapport les porte. Un survol d'une ligne marquée dit en toutes lettres quelle branche n'a pas été prise.
Next Uncovered est Alt+N, la précédente Alt+P ; Next Partly-Tested Decision va à la prochaine décision dont seules certaines branches ont été prises.
Accords en deux frappes après Ctrl+Shift+U : N et P pour la ligne non couverte suivante et précédente, B pour la prochaine décision partiellement testée — pas Alt+N, car dans Visual Studio Alt et une lettre ouvrent un menu. Modifiez-les sous Tools → Options → Keyboard.
Chaque fichier avec ses métriques — lignes, branches, fonctions, MC/DC — et un score sur l'ensemble : une moyenne harmonique pondérée, que la seule couverture de lignes ne peut acheter. La barre d'état affiche ce score pour l'exécution et pour le fichier où vous êtes ; laissez le pointeur dessus pour la carte complète.
La vue Coverage dans la barre d'activité : trier, replier, masquer des colonnes, cliquer un fichier pour l'ouvrir. Show Worst-Covered Files et …Functions listent par où commencer.
View → Other Windows → Coverage est le même arbre, avec le score dans son titre ; un clic droit sur une ligne l'ouvre ou copie son chemin. Show Coverage Card ouvre la carte de la barre d'état sans pointeur.
Dites ce qui suffit : un minimum par métrique, ou un profil de sûreté qui exige 100 % de tout. La carte dit alors COMPLIANT ou NON-COMPLIANT par rapport à eux, et les mêmes seuils valent dans les deux éditeurs parce que ce sont les mêmes réglages.
Configure Coverage Compliance ouvre les réglages ; Check Coverage Thresholds donne le verdict sous forme de commande, pour un hook de pre-commit ou un pipeline.
L'engrenage de la barre d'outils de la fenêtre Coverage ouvre la fenêtre de réglages, qui écrit les réglages utilisateur de cette édition ou le .vscode/settings.json du dossier, comme le dit son sélecteur Write changes to.
Ensuite : le guide utilisateur pour tout le reste — formats, fusion, remappage des chemins, le score, le rapport HTML — et la FAQ pour les forfaits et les licences. L'édition Visual Studio est incluse dans chaque forfait payant ; une machine où VS Code est activé n'a besoin de rien de plus, et Tools → Coverage Studio → Licence… accepte un code d'abonnement là où ce n'est pas le cas.