O que há de novo

fucini-coverage — Coverage Studio na linha de comandos, grátis

O leitor por trás das edições para VS Code e Visual Studio corre agora onde não há editor: npm install -g fucini-coverage põe-no no Windows, Linux, WSL e macOS. fucini-coverage check é um gate para um pipeline — linhas, ramos, funções, MC/DC, condições, as linhas que um ramo alterou em relação a origin/main — e termina com o código de saída 1 abaixo de um limiar; export escreve a execução como CSV, Markdown, LCOV, Cobertura ou SARIF; report escreve o relatório HTML, badge o distintivo, compare o que mudou em relação à última execução verde, e mcp serve as seis ferramentas que um agente de IA pode consultar. Vinte e sete formatos de entrada, combinados como os editores os combinam, os mesmos números até ao último dígito.

Lê o ficheiro de definições que a edição para Visual Studio lê, fucini-coverage.json, com as chaves das definições do VS Code, pelo que uma equipa fixa os seus limiares uma vez e todas as edições e todos os pipelines julgam por eles. Cada comando documenta-se a si próprio: fucini-coverage help check. É grátis, e sai com a 2.2026.0 build 1 das duas edições — veja fucini-coverage no npm e a página de transferências.

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

Coverage Studio 2.2026.0 para VS Code e para Visual Studio — a cobertura no ecrã, para agentes de IA

Um agente que escreve testes podia executá-los e ler uma percentagem; não podia perguntar o que o editor sabe. A partir da versão 2.2026.0 pode: seis ferramentas respondem que linhas de uma função nunca correram, que lado de um ramo não foi tomado, que testes executaram uma linha, se um diff está coberto e o que mudou desde a última execução — a partir da execução que está carregada, com as mesmas exclusões e os mesmos números que no ecrã. O agente do próprio VS Code tem-nas sem nada para configurar; qualquer agente que fale MCP acede-lhes através de um servidor que o editor executa quando o liga, só nesta máquina e atrás de um token que é seu. O guia do utilizador diz como.

As duas edições têm agora a mesma versão, e com ela tudo o que foi feito desde a 1.2026.7: uma linha executada por um teste que falhou é assinalada, Run Tests Affected by My Changes… corre só os testes que uma alteração toca, um gate sobre o código novo fica ao lado dos gates sobre a execução inteira, as exclusões podem dizer porquê, Show Minimal Test Set… encontra o menor número de testes que ainda executa todas as linhas, a cobertura de condições do GCC 14 é mostrada linha a linha, Run This Test with Coverage lê Go e Rust, o código novo pode ser contado por autor e por data, um artefacto de CI que é um zip é aberto, Run App with Coverage… mede o que uma pessoa percorre, e Run Mutation Tests Here pergunta se um teste daria por isso. Um relatório .NET mostra agora a sua cobertura de ramos, que a grafia do Coverlet tinha escondido: esses números mudam. No Visual Studio, o plano de uma subscrição decide agora o que decide no VS Code. Cada passo está no registo de alterações, e as duas builds estão na página de transferências.

Coverage Studio 1.2026.7 para VS Code e 1.2026.6 para Visual Studio — que testes executaram uma linha, cobertura após cada gravação e uma referência de CI

Esta versão acrescenta dez funcionalidades às duas edições. O Coverage Studio já consegue dizer que testes executaram uma linha e abri-los, executar os testes que cobrem um ficheiro sempre que é gravado, executar com cobertura o teste que está sob o cursor e medir cada carregamento em relação ao relatório que a build do seu ramo principal publica. O que não deve contar pode ser excluído a partir da árvore, por namespace ou atributo, ou onde o código está; uma execução .NET pode ser lida por namespace, classe e método; a árvore tem uma caixa de pesquisa que também entende < 80%; e uma sessão de cobertura soma as execuções de várias suites de testes até a terminar. No Visual Studio, Run Native Project with Coverage executa o projeto de arranque C++ com a instrumentação do clang-cl. O guia do utilizador tem uma secção para cada uma.

Entre as correções: o relatório de uma execução de testes já não leva o seu nome de utilizador e de máquina, um cabeçalho de macros já não aparece como ficheiro a 100%, o valor de ramos de uma build MC/DC coincide com llvm-cov report, e cinco formatos de relatório recusados como não suportados são reconhecidos. Está tudo no registo de alterações, e as duas builds estão na página de transferências.

Coverage Studio 1.2026.6 para VS Code e 1.2026.5 para Visual Studio — um wildcard num caminho completo, e dois relatórios reconhecidos de novo

Uma compilação que escreve os seus relatórios numa pasta própria — build/coverage-merged/*.lcov.info, um por módulo — pode agora ser indicada em coverageFile.paths com um wildcard num caminho completo, no VS Code como no Visual Studio, e ambas as edições observam as pastas que uma entrada destas nomeia: o relatório da compilação seguinte carrega no momento em que chega, houvesse ou não já um quando o projeto abriu. O guia do utilizador tem as formas que uma entrada pode tomar.

Dois relatórios eram recusados como não suportados e voltam a ser lidos: uma exportação JSON do llvm-cov cujo primeiro registo de ficheiro era longo o bastante para empurrar tudo o que é reconhecível para lá do início inspecionado, e um ficheiro gcov --json-format com uma dúzia de funções, que as lista antes das suas linhas. Está tudo no registo de alterações, e ambas as builds estão na página de transferências.

Coverage Studio 1.2026.5 para VS Code e 1.2026.4 para Visual Studio — dois relatórios, uma resposta

Quando dois relatórios medem o mesmo código de propósito — as mesmas fontes compiladas pelo clang e pelo GCC, ou os testes unitários e de integração de uma mesma build — o mais recente já não tem de ganhar. Escolha, ficheiro a ficheiro, que relatório fala por ele, ou combine-os: agree conta uma linha como coberta só onde todos os relatórios a executaram e marca a azul-petróleo as linhas em que divergem, union onde qualquer um o fez. Clique com o botão direito num ficheiro na vista Coverage e escolha Choose Coverage Source...; o guia do utilizador diz quando usar cada um, e a demonstração tem um exemplo com clang e GCC para experimentar.

Ambas as edições pintam também de verde as linhas cobertas num novo modo de margem vermelho-âmbar-verde, deixam-no definir os tons do mapa de calor com pré-visualização em direto e mostram na barra de estado o mesmo número que no cartão que ela abre. Está tudo no registo de alterações, e ambas as builds estão na página de transferências.

Coverage Studio para Visual Studio 1.2026.2 — cada execução de testes, cada relatório e o que mudou; e VS Code 1.2026.3

Um dia depois da sua primeira versão, a edição para Visual Studio tem o que os subscritores mais usam no VS Code: cobertura após cada execução do Test Explorer, sem se ligar ao Test Explorer; Run Tests with Coverage; os triângulos para o que mudou desde a última execução, o histórico e a cobertura de diff; Check Coverage Thresholds com as ocorrências na Error List; o código-fonte anotado numa janela própria, os relatórios HTML, as oito exportações e o distintivo; risk hotspots e filtros de linhas; e um fucini-coverage.json ao lado da solução, para uma equipa que prefira não manter uma pasta .vscode. O registo de alterações tem todos os itens, e o guia do utilizador, nas suas caixas No Visual Studio, diz onde está cada um.

O VS Code 1.2026.3 traz as duas novidades comuns às duas edições — os risk hotspots sob a árvore, as funções onde código complexo se encontra com pouca cobertura, e um filtro ao lado da ordenação para os ficheiros com lacunas, os não testados ou os alterados desde a última execução — e três para .NET: dotnet test sem um pacote Coverlet, os ficheiros gerados e de designer fora de cada total, e uma execução falhada que mantém no ecrã a última cobertura boa. Ambos estão na página de transferências.

Fucini DevOps Studio: toda a cobertura do Coverage Studio na compilação, numa extensão gratuita

O Azure DevOps mostra hoje a cobertura de uma compilação, mas só até onde o seu próprio formato chega: linhas, e ramos como percentagem. O Fucini DevOps Studio porá na compilação, em vez disso, tudo o que o Coverage Studio lê — cada um dos 25 formatos, para cada linguagem, com MC/DC, condições, regiões, a pontuação composta, a pontuação CRAP e os gates — como um separador Coverage no pipeline que a produziu, com os mesmos números, até ao dígito, que o editor mostra. O mesmo leitor, no terceiro lugar onde é preciso.

Atualizado a 3 de outubro: será gratuito — toda a extensão, para o Azure DevOps Services e para o Azure DevOps Server, e não haverá edição paga. Anunciado, não lançado — subscreva acima para saber quando sai.

O Coverage Studio para Visual Studio saiu — Community, Professional e Enterprise, 2022 e 2026

O mesmo leitor, no outro IDE: transfira-o, abra uma solução ou uma pasta, e o relatório que a sua build já escreveu está sobre o código — também no Visual Studio 2022 Community e Professional, que não têm cobertura própria. Está incluído em todos os planos pagos; uma máquina onde o Coverage Studio para VS Code está ativado não precisa de chave própria, e em qualquer outro lado Tools → Coverage Studio → Licence… aceita o seu código de subscrição. A página de primeiros passos guia os dois editores pelos mesmos seis passos, o guia do utilizador diz onde os dois diferem, e o changelog o que esta primeira versão traz.

Com ele, o VS Code 1.2026.2: os mesmos seis passos como passo a passo na página Welcome, e o id de instalação deixado onde a edição para Visual Studio o lê, para que uma ativação cubra os dois. E uma alteração aos termos: um reembolso termina agora de imediato a subscrição que pagava, um reembolso por cliente — a política de reembolsos tem os detalhes.

Um sétimo no caminho à frente: Coverage Studio para Visual Studio

O Coverage Studio chega ao Visual Studio — Community, Professional e Enterprise, 2022 e 2026 — com o mesmo leitor por dentro, de modo que o mesmo relatório dá os mesmos números, ao dígito, nos dois editores. Importa mais onde o próprio Visual Studio não oferece nada: no Visual Studio 2022 a cobertura de código é uma funcionalidade Enterprise, e uma equipa de C++ ou C# no Community ou no Professional nunca viu cobertura nesse IDE, escreva o que escrever a sua build. Estará incluído sem custo adicional numa subscrição do Coverage Studio, na máquina em que já o usa. Leia o que faz, e o que não fará.

Anunciado, não lançado: está a ser testado nas duas versões do Visual Studio antes de ser disponibilizado para transferência. Subscreva acima para saber quando sai.

O caminho à frente: seis produtos anunciados, cada um com página própria

O Coverage Studio já não é o único produto em fucini.software. Anunciados hoje, nenhum ainda lançado: FuciniLog, um pequeno coletor de registos para anfitriões Windows e alvos embebidos com cifra de ponta a ponta; Fucini Beacon, descoberta sem configuração que permite a um dispositivo anunciar quem é antes de alguém lhe atribuir um endereço; Fucini DevOps Studio, que traz cobertura, estilo de wiki e criação de ramos ao Azure DevOps; FuciniUML para VS Code; Fucini Running Coach; e Fucini Puzzle Solver.

Cada um tem uma página com o que é, onde corre e — no caso do FuciniLog — as normas que adota e o que é código aberto. Se algum deles for decisivo para si, diga-o pela página de contacto: é assim que se decide a ordem. Subscreva acima para saber quando cada um sai.

Onze formatos novos: Go, Ada, Swift e o que a sua build já escreve

Há duas semanas o Coverage Studio lia seis formatos; agora lê dezassete. O coverage.out do Go, o Clover para PHP, o OpenCover para .NET, o JSON próprio do coverage.py e o JSON do gcov/gcovr carregam diretamente — sem passo de conversão e sem perder nenhuma métrica pelo caminho.

Depois, as ferramentas que as equipas de segurança realmente têm: o GNATcoverage XML traz finalmente o Ada, o BullseyeCoverage e o .coveragexml do Visual Studio cobrem as cadeias comerciais de C/C++ e .NET, e a cobertura genérica do SonarQube é a saída de emergência para tudo o resto. Swift e Objective-C chegam pelo próprio relatório xccov do Xcode — percentagens e contagens por função, mas sem dados por linha, pelo que aí as margens ficam vazias de propósito.

O JSON do Coveralls fecha a lista, qualquer formato suportado pode agora chegar comprimido em gzip, e as receitas prontas a copiar por linguagem estão na página Coverage Recipes.

Chega o Fucini Coverage Studio Community — gratuito, para sempre

Em vez de uma paragem abrupta quando o período de teste de avaliação termina, cada instalação passa agora para um plano Community gratuito e permanente: todas as funcionalidades exceto MC/DC, uma amostra mensal ligeira do Full HTML Report e da vista Annotated Source persistente, e limites diários generosos num punhado de ações automatizáveis — tudo o resto sem limites.

Quer tudo desbloqueado, incluindo MC/DC, sem pagar? Execute "Fucini Coverage: Unlock Full Features" a partir da Command Palette e troque telemetria de utilização detalhada por uma concessão total e sem restrições — reversível a qualquer momento.

O Community passa também a ter uma publicação própria, dedicada e permanentemente gratuita — consulte a página de transferências para o obter diretamente.

Planos de equipa: Pro Plus, Business e Enterprise

Estes três planos partilham agora um "pool de lugares" — um único código da empresa que cobre um número fixo de dispositivos — em vez de uma chave separada por máquina. Um lugar que esteja parado há algum tempo liberta-se automaticamente para a próxima pessoa que dele precise, e uma verificação periódica em segundo plano mantém a concessão de todos atualizada sem que ninguém tenha de voltar a pedir uma chave manualmente.

Veja a comparação completa dos planos na página de preços.

O programa de referências já está ativo

Ganhe 20% do que paga qualquer pessoa que referencie, durante os primeiros 12 meses dessa pessoa. Exemplos práticos completos na página de referências.