Quoi de neuf

fucini-coverage — Coverage Studio en ligne de commande, gratuit

Le lecteur derrière les éditions VS Code et Visual Studio tourne désormais là où il n’y a pas d’éditeur : npm install -g fucini-coverage l’installe sur Windows, Linux, WSL et macOS. fucini-coverage check est un contrôle de seuils pour un pipeline — lignes, branches, fonctions, MC/DC, conditions, les lignes qu’une branche a modifiées par rapport à origin/main — et se termine par le code de sortie 1 sous un seuil ; export écrit l’exécution en CSV, Markdown, LCOV, Cobertura ou SARIF ; report écrit le rapport HTML, badge le badge, compare ce qui a bougé par rapport à la dernière exécution verte, et mcp sert les six outils qu’un agent IA peut interroger. Vingt-sept formats en entrée, fusionnés comme les éditeurs les fusionnent, les mêmes chiffres à la décimale près.

Il lit le fichier de réglages que lit l’édition Visual Studio, fucini-coverage.json, avec les clés des réglages de VS Code, si bien qu’une équipe fixe ses seuils une fois et que chaque édition et chaque pipeline jugent d’après eux. Chaque commande se documente elle-même : fucini-coverage help check. Il est gratuit, et il arrive avec la 2.2026.0 build 1 des deux éditions — voir fucini-coverage sur npm et la page de téléchargement.

Screenshot pending — add assets/img/cli-demo.gif (see SCREENSHOTS.md).

Coverage Studio 2.2026.0 pour VS Code et pour Visual Studio — la couverture à l’écran, pour les agents IA

Un agent qui écrit des tests pouvait les lancer et lire un pourcentage ; il ne pouvait pas demander ce que sait l’éditeur. Depuis la 2.2026.0, il le peut : six outils disent quelles lignes d’une fonction n’ont jamais été exécutées, quel côté d’une branche n’a pas été pris, quels tests ont exécuté une ligne, si une diff est couverte et ce qui a bougé depuis la dernière exécution — à partir de l’exécution chargée, avec les mêmes exclusions et les mêmes chiffres qu’à l’écran. L’agent propre à VS Code les a sans rien configurer ; tout agent qui parle MCP y accède par un serveur que l’éditeur lance quand vous l’activez, sur cette machine uniquement et derrière un jeton qui vous est propre. Le guide de l’utilisateur dit comment.

Les deux éditions portent désormais la même version, et avec elle tout ce qui est arrivé depuis la 1.2026.7 : une ligne qu’un test en échec a exécutée est marquée, Run Tests Affected by My Changes… ne lance que les tests qu’une modification touche, un seuil sur le nouveau code s’ajoute aux seuils sur l’exécution entière, les exclusions peuvent dire pourquoi, Show Minimal Test Set… trouve le plus petit nombre de tests qui exécutent encore chaque ligne, la couverture de conditions de GCC 14 s’affiche ligne par ligne, Run This Test with Coverage lit Go et Rust, le nouveau code peut se compter par auteur et par date, un artefact CI qui est un zip s’ouvre, Run App with Coverage… mesure ce qu’une personne atteint, et Run Mutation Tests Here demande si un test s’en apercevrait. Un rapport .NET montre désormais sa couverture de branches, que la graphie de Coverlet avait masquée : ces chiffres changent. Dans Visual Studio, l’offre d’un abonnement décide désormais de ce dont elle décide dans VS Code. Chaque étape est dans le journal des modifications, et les deux builds sont sur la page de téléchargement.

Coverage Studio 1.2026.7 pour VS Code et 1.2026.6 pour Visual Studio — quels tests ont exécuté une ligne, la couverture à chaque enregistrement et une référence CI

Cette version ajoute dix fonctionnalités aux deux éditions. Coverage Studio peut maintenant dire quels tests ont exécuté une ligne et les ouvrir, lancer les tests qui couvrent un fichier à chaque enregistrement, exécuter avec couverture le test sous le curseur, et mesurer chaque chargement par rapport au rapport que publie la build de votre branche principale. Ce qui ne doit pas compter peut être exclu depuis l’arbre, par espace de noms ou par attribut, ou là où se trouve le code ; une exécution .NET se lit par espace de noms, classe et méthode ; l’arbre a un champ de recherche qui comprend aussi < 80% ; et une session de couverture additionne les exécutions de plusieurs suites de tests jusqu’à ce que vous y mettiez fin. Dans Visual Studio, Run Native Project with Coverage exécute le projet de démarrage C++ sous l’instrumentation de clang-cl. Le guide de l’utilisateur consacre une section à chacune.

Parmi les corrections : le rapport d’une exécution de tests ne porte plus votre nom d’utilisateur et de machine, un en-tête de macros n’apparaît plus comme un fichier à 100 %, le chiffre de branches d’une build MC/DC correspond à llvm-cov report, et cinq formats de rapport refusés comme non pris en charge sont reconnus. Tout est dans le journal des modifications, et les deux builds sont sur la page de téléchargement.

Coverage Studio 1.2026.6 pour VS Code et 1.2026.5 pour Visual Studio — un joker dans un chemin complet, et deux rapports reconnus à nouveau

Un build qui écrit ses rapports dans un dossier à lui — build/coverage-merged/*.lcov.info, un par module — peut désormais être nommé dans coverageFile.paths avec un joker dans un chemin complet, dans VS Code comme dans Visual Studio, et les deux éditions surveillent les dossiers qu’une telle entrée nomme : le rapport du build suivant se charge à l’instant où il arrive, qu’il y en ait eu un ou non à l’ouverture du projet. Le guide de l'utilisateur donne les formes qu’une entrée peut prendre.

Deux rapports étaient refusés comme non pris en charge et sont lus à nouveau : un export JSON llvm-cov dont le premier enregistrement de fichier était assez long pour repousser tout ce qui est reconnaissable au-delà du début inspecté, et un fichier gcov --json-format d’une douzaine de fonctions, qui les liste avant ses lignes. Tout est dans le journal des modifications, et les deux builds sont sur la page de téléchargement.

Coverage Studio 1.2026.5 pour VS Code et 1.2026.4 pour Visual Studio — deux rapports, une réponse

Quand deux rapports mesurent le même code à dessein — les mêmes sources compilées par clang et par GCC, ou les tests unitaires et d’intégration d’un même build — le plus récent n’a plus à l’emporter. Choisissez, fichier par fichier, quel rapport parle pour lui, ou combinez-les : agree ne compte une ligne comme couverte que là où chaque rapport l’a exécutée et marque en bleu sarcelle les lignes sur lesquelles ils divergent, union là où l’un d’eux l’a fait. Faites un clic droit sur un fichier dans la vue Coverage et choisissez Choose Coverage Source... ; le guide de l'utilisateur dit quand utiliser l’un ou l’autre, et la démo contient un exemple clang et GCC pour l’essayer.

Les deux éditions peignent aussi les lignes couvertes en vert dans un nouveau mode de gouttière rouge-ambre-vert, permettent de régler les teintes de la carte de chaleur avec un aperçu en direct, et affichent dans la barre d’état le même chiffre que sur la carte qu’elle ouvre. Tout est dans le journal des modifications, et les deux builds sont sur la page de téléchargement.

Coverage Studio pour Visual Studio 1.2026.2 — chaque exécution de tests, chaque rapport, et ce qui a bougé ; et VS Code 1.2026.3

Un jour après sa première version, l'édition Visual Studio a ce que les abonnés utilisent le plus dans VS Code : la couverture après chaque exécution du Test Explorer, sans s'accrocher au Test Explorer ; Run Tests with Coverage ; les triangles pour ce qui a bougé depuis la dernière exécution, l'historique et la couverture des diffs ; Check Coverage Thresholds avec les constats dans l'Error List ; la source annotée dans une fenêtre à part, les rapports HTML, les huit exports et le badge ; les risk hotspots et les filtres de lignes ; et un fucini-coverage.json à côté de la solution, pour une équipe qui préfère ne pas garder de dossier .vscode. Le journal des modifications a chaque élément, et le guide de l'utilisateur dit, dans ses encadrés In Visual Studio, où se trouve chacun.

VS Code 1.2026.3 apporte les deux nouveautés communes aux deux éditions — les risk hotspots sous l'arbre, les fonctions où du code complexe rencontre peu de couverture, et un filtre à côté du tri pour les fichiers avec des lacunes, les non testés ou ceux modifiés depuis la dernière exécution — et trois pour .NET : dotnet test sans paquet Coverlet, les fichiers générés et de designer laissés hors de chaque total, et une exécution échouée qui garde la dernière bonne couverture à l'écran. Les deux sont sur la page de téléchargement.

Fucini DevOps Studio : toute la couverture de Coverage Studio sur le build, dans une extension gratuite

Azure DevOps affiche aujourd'hui la couverture d'un build, mais seulement dans les limites de son propre format : les lignes, et les branches en pourcentage. Fucini DevOps Studio mettra à la place sur le build tout ce que Coverage Studio lit — chacun des 25 formats, pour chaque langage, avec MC/DC, les conditions, les régions, le score composite, le score CRAP et les seuils — sous forme d'onglet Coverage sur le pipeline qui l'a produit, avec les mêmes chiffres, au chiffre près, que ceux de l'éditeur. Le même lecteur, au troisième endroit où il est nécessaire.

Mise à jour du 3 octobre : il sera gratuit — toute l'extension, pour Azure DevOps Services comme pour Azure DevOps Server, et il n'y aura pas d'édition payante. Annoncé, pas encore publié — abonnez-vous ci-dessus pour savoir quand il sortira.

Coverage Studio pour Visual Studio est sorti — Community, Professional et Enterprise, 2022 et 2026

Le même lecteur, dans l'autre IDE : téléchargez-le, ouvrez une solution ou un dossier, et le rapport que votre build a déjà écrit est sur le code — sur Visual Studio 2022 Community et Professional aussi, qui n'ont aucune couverture propre. Il est inclus dans chaque forfait payant ; une machine où Coverage Studio pour VS Code est activé n'a pas besoin de clé propre, et partout ailleurs Tools → Coverage Studio → Licence… accepte votre code d'abonnement. La page premiers pas guide les deux éditeurs à travers les mêmes six étapes, le guide utilisateur dit où les deux diffèrent, et le changelog ce que contient cette première version.

Avec lui, VS Code 1.2026.2 : les mêmes six étapes en visite guidée sur la page Welcome, et l'identifiant d'installation laissé là où l'édition Visual Studio le lit, pour qu'une activation couvre les deux. Et un changement des conditions : un remboursement met désormais fin immédiatement à l'abonnement qu'il payait, un remboursement par client — la politique de remboursement a les détails.

Un septième sur la route à venir : Coverage Studio pour Visual Studio

Coverage Studio arrive dans Visual Studio — Community, Professional et Enterprise, 2022 et 2026 — avec le même lecteur à l'intérieur, de sorte que le même rapport donne les mêmes chiffres, au chiffre près, dans les deux éditeurs. C'est là où Visual Studio lui-même n'offre rien que cela compte le plus : dans Visual Studio 2022, la couverture de code est une fonction Enterprise, et une équipe C++ ou C# sur Community ou Professional n'a jamais vu de couverture dans cet IDE, quoi que leur build écrive déjà. Il sera inclus sans supplément dans un abonnement Coverage Studio, sur la machine où vous l'utilisez déjà. Lisez ce qu'il fait, et ce qu'il ne fera pas.

Annoncé, pas publié : il est testé sur les deux versions de Visual Studio avant d'être proposé au téléchargement. Abonnez-vous ci-dessus pour savoir quand il sortira.

La route à venir : six produits annoncés, chacun avec sa propre page

Coverage Studio n’est plus seul sur fucini.software. Annoncés aujourd’hui, aucun encore publié : FuciniLog, un petit collecteur de journaux pour hôtes Windows et cibles embarquées, chiffré de bout en bout ; Fucini Beacon, une découverte sans configuration qui permet à un appareil de dire qui il est avant qu’on lui ait donné une adresse ; Fucini DevOps Studio, qui apporte couverture, style de wiki et création de branches à Azure DevOps ; FuciniUML pour VS Code ; Fucini Running Coach ; et Fucini Puzzle Solver.

Chacun a une page qui dit ce qu’il est, sur quoi il tourne et — pour FuciniLog — les standards adoptés et ce qui est open source. Si l’un d’eux compte pour vous, dites-le via la page de contact : c’est ainsi que l’ordre se décide. Abonnez-vous ci-dessus pour savoir quand chacun sortira.

Onze nouveaux formats : Go, Ada, Swift, et ce que votre build écrit déjà

Il y a deux semaines, Coverage Studio lisait six formats ; il en lit dix-sept. Le coverage.out de Go, Clover pour PHP, OpenCover pour .NET, le JSON propre à coverage.py et le JSON gcov/gcovr se chargent directement — sans étape de conversion, et sans perdre la moindre métrique en route.

Viennent ensuite les outils que possèdent les équipes sûreté : GNATcoverage XML fait enfin entrer Ada, BullseyeCoverage et Visual Studio .coveragexml couvrent les chaînes commerciales C/C++ et .NET, et la couverture générique SonarQube sert de porte de secours pour tout le reste. Swift et Objective-C arrivent via le rapport xccov d’Xcode — pourcentages et compteurs par fonction, mais aucune donnée par ligne : les indicateurs de marge y restent donc vides, à dessein.

Le JSON Coveralls complète le tout, tout format pris en charge peut désormais arriver compressé en gzip, et les recettes prêtes à copier, langage par langage, sont sur la page Coverage Recipes.

Découvrez Fucini Coverage Studio Community — gratuit, pour toujours

Au lieu d'un arrêt net une fois la période d'évaluation terminée, chaque installation bascule désormais sur un niveau Community permanent et gratuit : toutes les fonctionnalités sauf MC/DC, un léger aperçu mensuel du Full HTML Report et de la vue Annotated Source persistante, et des plafonds quotidiens généreux sur une poignée d'actions automatisables — tout le reste sans limite.

Vous voulez tout débloquer, MC/DC compris, sans payer ? Exécutez « Fucini Coverage: Unlock Full Features » depuis la palette de commandes et échangez une télémétrie d'usage détaillée contre un octroi complet et sans restriction — réversible à tout moment.

Community dispose aussi désormais de sa propre fiche dédiée, gratuite en permanence — rendez-vous sur la page de téléchargement pour la récupérer directement.

Forfaits d'équipe : Pro Plus, Business et Enterprise

Ces trois forfaits partagent désormais un « pool de postes » — un code d'entreprise couvrant un nombre fixe d'appareils — au lieu d'une clé distincte par machine. Un poste resté inactif un certain temps se libère automatiquement pour la personne suivante qui en a besoin, et une vérification en arrière-plan maintient à jour l'octroi de chacun sans que personne n'ait à redemander une clé à la main.

Consultez le détail complet des forfaits sur la page des tarifs.

Le programme de parrainage est lancé

Gagnez 20% de ce que paie toute personne que vous parrainez, pendant ses 12 premiers mois. Des exemples chiffrés complets sur la page de parrainage.