Cosa c'è di nuovo

fucini-coverage — Coverage Studio sulla riga di comando, gratis

Il lettore dietro le edizioni per VS Code e Visual Studio ora gira anche dove un editor non c'è: npm install -g fucini-coverage lo installa su Windows, Linux, WSL e macOS. fucini-coverage check è un gate per una pipeline — righe, rami, funzioni, MC/DC, condizioni, le righe che un ramo ha cambiato rispetto a origin/main — e termina con codice di uscita 1 sotto una soglia; export scrive l'esecuzione come CSV, Markdown, LCOV, Cobertura o SARIF; report scrive il report HTML, badge il badge, compare che cosa si è mosso rispetto all'ultima esecuzione verde, e mcp serve i sei strumenti che un agente IA può interrogare. Ventisette formati in ingresso, uniti come li uniscono gli editor, gli stessi numeri alla cifra.

Legge il file delle impostazioni che legge l'edizione per Visual Studio, fucini-coverage.json, con le chiavi delle impostazioni di VS Code, così un team imposta le sue soglie una volta e ogni edizione e ogni pipeline giudicano in base a quelle. Ogni comando si documenta da sé: fucini-coverage help check. È gratis, ed esce con la 2.2026.0 build 1 di entrambe le edizioni — vedi fucini-coverage su npm e la pagina di download.

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

Coverage Studio 2.2026.0 per VS Code e per Visual Studio — la copertura sullo schermo, per gli agenti IA

Un agente che scrive test poteva eseguirli e leggere una percentuale; non poteva chiedere ciò che l'editor sa. Dalla 2.2026.0 può: sei strumenti dicono quali righe di una funzione non sono mai state eseguite, quale lato di un branch non è stato preso, quali test hanno eseguito una riga, se un diff è coperto e che cosa si è mosso dall'ultima esecuzione — a partire dall'esecuzione caricata, con le stesse esclusioni e gli stessi numeri dello schermo. L'agente di VS Code stesso li ha senza nulla da configurare; ogni agente che parla MCP vi accede attraverso un server che l'editor avvia quando lo attivate, solo su questa macchina e dietro un token vostro. La guida utente dice come.

Entrambe le edizioni portano ora la stessa versione, e con essa tutto ciò che è arrivato dalla 1.2026.7: una riga eseguita da un test fallito viene segnata, Run Tests Affected by My Changes… esegue solo i test che una modifica tocca, un gate sul codice nuovo si affianca ai gate sull'intera esecuzione, le esclusioni possono dire perché, Show Minimal Test Set… trova il minor numero di test che eseguono ancora ogni riga, la copertura delle condizioni di GCC 14 è mostrata riga per riga, Run This Test with Coverage legge Go e Rust, il codice nuovo si può contare per autore e per data, un artefatto CI che è uno zip viene aperto, Run App with Coverage… misura ciò che una persona raggiunge, e Run Mutation Tests Here chiede se un test se ne accorgerebbe. Un report .NET mostra ora la sua copertura dei branch, che la grafia di Coverlet aveva nascosto: quei numeri cambiano. In Visual Studio il piano di un abbonamento decide ora ciò che decide in VS Code. Ogni passo è nel changelog, ed entrambe le build sono nella pagina di download.

Coverage Studio 1.2026.7 per VS Code e 1.2026.6 per Visual Studio — quali test hanno eseguito una riga, copertura dopo ogni salvataggio e una baseline CI

Questa versione aggiunge dieci funzionalità a entrambe le edizioni. Coverage Studio ora sa dire quali test hanno eseguito una riga e aprirli, eseguire i test che coprono un file ogni volta che viene salvato, eseguire con copertura il singolo test sotto il cursore e misurare ogni caricamento rispetto al report che pubblica la build del vostro branch principale. Ciò che non deve contare si può escludere dall'albero, per namespace o attributo, o dove si trova il codice; un'esecuzione .NET si può leggere per namespace, classe e metodo; l'albero ha una casella di ricerca che capisce anche < 80%; e una sessione di copertura somma le esecuzioni di più suite di test finché non la terminate. In Visual Studio, Run Native Project with Coverage esegue il progetto di avvio C++ con la strumentazione di clang-cl. La guida utente ha una sezione per ciascuna.

Tra le correzioni: il report di un'esecuzione di test non porta più il vostro nome utente e di macchina, un header di macro non appare più come un file al 100%, il valore dei branch di una build MC/DC corrisponde a llvm-cov report, e cinque formati di report rifiutati come non supportati vengono riconosciuti. Tutto è nel changelog, ed entrambe le build sono nella pagina di download.

Coverage Studio 1.2026.6 per VS Code e 1.2026.5 per Visual Studio — una wildcard in un percorso completo, e due report riconosciuti di nuovo

Una build che scrive i suoi report in una cartella tutta sua — build/coverage-merged/*.lcov.info, uno per modulo — si può ora indicare in coverageFile.paths con una wildcard in un percorso completo, in VS Code come in Visual Studio, ed entrambe le edizioni osservano le cartelle che una voce così nomina: il report della build successiva si carica nel momento in cui arriva, che ce ne fosse già uno o no all’apertura del progetto. La guida utente ha le forme che una voce può prendere.

Due report venivano rifiutati come non supportati e si leggono di nuovo: un export JSON di llvm-cov il cui primo record di file era lungo abbastanza da spingere tutto ciò che è riconoscibile oltre la porzione iniziale esaminata, e un file gcov --json-format di una dozzina di funzioni, che le elenca prima delle sue righe. Tutto è nel changelog, ed entrambe le build sono sulla pagina dei download.

Coverage Studio 1.2026.5 per VS Code e 1.2026.4 per Visual Studio — due report, una risposta

Quando due report misurano lo stesso codice di proposito — gli stessi sorgenti compilati da clang e da GCC, o i test unitari e di integrazione di una stessa build — il più recente non deve più vincere. Scegliete, file per file, quale report parla per esso, oppure combinateli: agree conta una riga come coperta solo dove ogni report l’ha eseguita e segna in verde acqua le righe su cui discordano, union dove l’ha fatto uno qualsiasi. Fate clic con il tasto destro su un file nella vista Coverage e scegliete Choose Coverage Source...; la guida utente dice quando usare l’uno o l’altro, e la demo ha un esempio clang e GCC su cui provarlo.

Entrambe le edizioni colorano inoltre di verde le righe coperte in una nuova modalità del gutter rosso-ambra-verde, permettono di impostare le tinte della heatmap con un’anteprima dal vivo e mostrano nella barra di stato lo stesso numero della scheda che apre. Tutto è nel changelog, ed entrambe le build sono sulla pagina dei download.

Coverage Studio per Visual Studio 1.2026.2 — ogni esecuzione dei test, ogni report e cosa si è mosso; e VS Code 1.2026.3

Un giorno dopo la sua prima release, l'edizione per Visual Studio ha ciò che gli abbonati usano di più in VS Code: coverage dopo ogni esecuzione di Test Explorer, senza agganciarsi a Test Explorer; Run Tests with Coverage; i triangoli per ciò che si è mosso dall'ultima esecuzione, lo storico e la coverage delle diff; Check Coverage Thresholds con i rilievi nell'Error List; il sorgente annotato in una finestra propria, i report HTML, le otto esportazioni e il badge; risk hotspot e filtri di riga; e un fucini-coverage.json accanto alla soluzione, per un team che preferisce non tenere una cartella .vscode. Il changelog ha ogni voce, e la guida utente, nei suoi riquadri In Visual Studio, dice dove sta ciascuna.

VS Code 1.2026.3 porta le due novità comuni a entrambe le edizioni — i risk hotspot sotto l'albero, le funzioni dove il codice complesso incontra poca coverage, e un filtro accanto all'ordinamento per i file con lacune, quelli non testati o quelli cambiati dall'ultima esecuzione — e tre per .NET: dotnet test senza un pacchetto Coverlet, i file generati e del designer fuori da ogni totale, e un'esecuzione fallita che mantiene sullo schermo l'ultima coverage buona. Entrambi sono sulla pagina dei download.

Fucini DevOps Studio: tutta la coverage di Coverage Studio sulla build, in un'estensione gratuita

Azure DevOps mostra oggi la coverage di una build, ma solo fin dove arriva il suo formato: righe, e rami come percentuale. Fucini DevOps Studio metterà invece sulla build tutto ciò che Coverage Studio legge — ognuno dei 25 formati, per ogni linguaggio, con MC/DC, condizioni, regioni, il punteggio composito, il punteggio CRAP e i gate — come scheda Coverage sulla pipeline che l'ha prodotta, con gli stessi numeri, alla cifra, che mostra l'editor. Lo stesso lettore, nel terzo posto in cui serve.

Aggiornamento del 3 ottobre: sarà gratuito — l'intera estensione, per Azure DevOps Services e per Azure DevOps Server, e non ci sarà un'edizione a pagamento. Annunciato, non rilasciato — iscrivetevi qui sopra per sapere quando uscirà.

Coverage Studio per Visual Studio è uscito — Community, Professional ed Enterprise, 2022 e 2026

Lo stesso lettore, nell'altro IDE: scaricatelo, aprite una soluzione o una cartella, e il report che la vostra build ha già scritto è sul codice — anche su Visual Studio 2022 Community e Professional, che non hanno alcuna coverage propria. È incluso in ogni piano a pagamento; una macchina dove Coverage Studio per VS Code è attivato non ha bisogno di una chiave propria, e ovunque altrove Tools → Coverage Studio → Licence… accetta il vostro codice di abbonamento. La pagina primi passi guida entrambi gli editor attraverso gli stessi sei passi, la guida utente dice dove i due differiscono, e il changelog cosa contiene questa prima release.

Con esso, VS Code 1.2026.2: gli stessi sei passi come percorso guidato nella pagina Welcome, e l'id di installazione lasciato dove l'edizione per Visual Studio lo legge, così un'attivazione copre entrambi. E una modifica alle condizioni: un rimborso ora termina subito l'abbonamento che pagava, un rimborso per cliente — la politica di rimborso ha i dettagli.

Un settimo sulla strada davanti a noi: Coverage Studio per Visual Studio

Coverage Studio arriva in Visual Studio — Community, Professional ed Enterprise, 2022 e 2026 — con lo stesso lettore all'interno, così lo stesso report dà gli stessi numeri, alla cifra, in entrambi gli editor. Conta di più dove Visual Studio stesso non offre nulla: in Visual Studio 2022 la code coverage è una funzione Enterprise, e un team C++ o C# su Community o Professional non ha mai visto la coverage in quell'IDE, qualunque cosa la loro build già scriva. Sarà incluso senza costi aggiuntivi in un abbonamento a Coverage Studio, sulla macchina su cui già lo usate. Leggete cosa fa, e cosa non farà.

Annunciato, non rilasciato: viene testato su entrambe le versioni di Visual Studio prima di essere offerto per il download. Iscrivetevi qui sopra per sapere quando uscirà.

La strada davanti: sei prodotti annunciati, ognuno con una pagina propria

Coverage Studio non è più l’unico prodotto su fucini.software. Annunciati oggi, nessuno ancora rilasciato: FuciniLog, un piccolo raccoglitore di log per host Windows e target embedded con cifratura end-to-end; Fucini Beacon, una scoperta senza configurazione che permette a un dispositivo di dire chi è prima che qualcuno gli assegni un indirizzo; Fucini DevOps Studio, che porta copertura, stile del wiki e creazione dei branch in Azure DevOps; FuciniUML per VS Code; Fucini Running Coach; e Fucini Puzzle Solver.

Ognuno ha una pagina con cos’è, su cosa gira e — per FuciniLog — gli standard adottati e cosa è open source. Se uno di questi è decisivo per te, dillo dalla pagina dei contatti: è così che si decide l’ordine. Iscriviti qui sopra per sapere quando uscirà ciascuno.

Undici nuovi formati: Go, Ada, Swift e ciò che la tua build già scrive

Due settimane fa Coverage Studio leggeva sei formati; ora ne legge diciassette. Il coverage.out di Go, Clover per PHP, OpenCover per .NET, il JSON proprio di coverage.py e il JSON di gcov/gcovr si caricano direttamente — senza passaggi di conversione e senza perdere per strada alcuna metrica.

Poi gli strumenti che i team safety possiedono davvero: GNATcoverage XML porta finalmente dentro Ada, BullseyeCoverage e Visual Studio .coveragexml coprono le toolchain commerciali C/C++ e .NET, e la copertura generica SonarQube è la via di fuga per tutto il resto. Swift e Objective-C arrivano dal rapporto xccov di Xcode — percentuali e conteggi per funzione, ma nessun dato per riga, quindi lì i gutter restano vuoti per scelta.

Il JSON Coveralls completa il quadro, qualsiasi formato supportato può ora arrivare compresso in gzip, e le ricette pronte per ogni linguaggio sono nella pagina Coverage Recipes.

Arriva Fucini Coverage Studio Community — gratuito, per sempre

Invece di un blocco netto al termine della prova di valutazione, ogni installazione passa ora a un piano Community gratuito e permanente: tutte le funzionalità tranne MC/DC, un assaggio mensile leggero del Full HTML Report e della vista Annotated Source persistente, e generosi limiti giornalieri su una manciata di azioni automatizzabili — tutto il resto senza limiti.

Vuoi tutto sbloccato, MC/DC inclusa, senza pagare? Esegui "Fucini Coverage: Unlock Full Features" dalla Command Palette e scambia telemetria d'uso dettagliata con un'abilitazione completa e senza restrizioni — reversibile in qualsiasi momento.

Community ha ora anche una propria pubblicazione dedicata e gratuita per sempre — vedi la pagina dei download per scaricarla direttamente.

Piani per team: Pro Plus, Business ed Enterprise

Questi tre piani condividono ora un "pool di postazioni" — un unico codice aziendale che copre un numero fisso di dispositivi — invece di una chiave separata per macchina. Una postazione rimasta inattiva per un po' si libera automaticamente per la prossima persona che ne ha bisogno, e un controllo periodico in background mantiene aggiornata l'abilitazione di tutti senza che nessuno debba richiedere di nuovo una chiave a mano.

Vedi il confronto completo dei piani nella pagina dei prezzi.

Il programma di referral è attivo

Guadagna il 20% di quanto paga chiunque tu segnali, per i suoi primi 12 mesi. Esempi pratici completi nella pagina referral.