Pokrycie, które żyje w Twoim edytorze

Screenshot pending — add assets/img/hero.png (see SCREENSHOTS.md).

Gdy testy napisała SI

Wygenerowany zestaw testów wygląda solidnie. Pokrycie mówi, czy taki jest.

Model językowy napisze ci zestaw testów w kilka sekund i będzie brzmiał przekonująco. Czego nie powie, to czy te testy sięgają czegokolwiek istotnego — a pokrycie linii też tego nie powie, bo test bez żadnej asercji i tak podświetli każdą linię, której dotknie.

Nic z tego nie dowodzi, że test jest dobry — nic tego nie potrafi. Mówi ci dokładnie i linia po linii, co nigdy nie zostało wykonane: część, której recenzent nie utrzyma w głowie, a asystent sam z siebie nie zgłosi. Działa z TypeScriptem i JavaScriptem przez Vitest, Jest lub nyc oraz z C, C++, Javą i Ruby przez tracefile, które te narzędzia i tak generują.

Czym się wyróżniamy

Jeden model, każdy format, zero własnej przeglądarki

Gotowe w 30 sekund

1. Zainstaluj rozszerzenie i otwórz swój projekt.
2. Uruchom testy — paleta poleceń → Fucini Coverage: Run Tests with Coverage. Rozpoznaje vitest, jest, pytest, go, cargo, dotnet, maven, gradle, phpunit i ctest, uruchamia testy z włączonym pokryciem i wczytuje to, co zapiszą. Masz już plik śledzenia? Fucini Coverage: Pick Coverage File wczyta go i zapamięta.
3. Otwórz plik źródłowy — margines pokazuje, które wiersze się wykonały, pasek stanu procent pliku, podpowiedź liczbę wykonań każdego wiersza, a przebieg jest w widoku Coverage i we własnym panelu Test Coverage w VS Code. Od tej chwili wszystko samo się przeładowuje, gdy plik śledzenia się zmieni.

Na tle innych

VS Code oraz kilka darmowych rozszerzeń też pokazują pokrycie. Oto co według własnej dokumentacji robi każde z nich, stan na wrzesień 2026 r. — gdy README czegoś nie wspomina, tabela tak właśnie mówi, zamiast zgadywać.

To nie jest wybór albo-albo z widokiem VS Code: każde wczytanie trafia też do natywnego panelu Test Coverage, razem z filtrem według testu. Coś tu jest nieaktualne? Napisz na stronie kontaktowej.

Obsługiwane formaty