Názory k článku Detekce neaktivního kódu a analýza pokrytí kódu testy s nástroji gcov, gcovr a lcov

Poznámka: Ty XML formáty jsou použitelné pro pluginy v Jenkinsu (pokud ho používáte na CI), protože dávají stejný výstup, jako ve světě Javy.

Zajimavy. Kdysi jsem pouzival nastroj Insure++ ktery delal neco podobneho. Melo to opatchovany g++ compiler ktery do funkci a metod vkladal svoje callbacky a pak opatchovany zdrojak predhodil GNU kompilatoru.
Ted vidim ze podobne vlastnosti podporuji GNU tooly nativne.

20. 1. 2026, 15:08 editováno autorem komentáře

ono je to v GCC docela dlouho, ale je pravda, že se o tom možná až tak úplně neví. Na druhou stranu se třeba pprof (profiler) používá hodně. Jedině že by nikoho nezajímaly informace o unit testech :-)

Lze nejak rozumne sloucit vysledek vice testu? Napriklad unit test predefinovava #ifdef main a k tomu s puvodni aplikaci delam integracni test, ktery kontroluje spravnost vystupu na sade vstupnich souboru. Idealne abych mohl jednotlive sady testu poustet paralelne v ruznych kontejnerech.

Lze udelat coverage report pro kombinaci jazyku? Konkretne treba c a rust nebo c++ a qml.

Jak je to s integraci vystupu do ci nebo ide? Napriklad s gitlab ci se mi podarilo zobrazovat procento pokryti a prirustek v merge requestu, ale cobertura.xml mi nechce zobrazovat pokryti pro jednotlive radky (a to ani v merge requestech ani pri prochazeni celeho kodu samostatne)

Kombinace jazyků podporovaných GCC (!) jde. vlastně by to mělo jít i u Clangu, ale to chce vyzkoušet. Tu kombinaci vyzkouším, ale popravdě tomu moc šancí nedávám (na druhou stranu to coverage.info docela čitelnej zdroják, takže by to nějaké AWKčko dokázalo spojit).