нет, просто создается тикет на тест

у меня нет слов....

ладно. Если вы тестировщик - я бы на вашем месте не заморачивался бы самостоятельно по покрытию кода юнит тестами. Поговорите с тех лидом программистов который может сказать какой тулзой вы измеряете это все на проекте.

Что касается именно репортов и отчетности вам - есть куча метрик которые вы можете собрать для своей отчетности без юнит тестов:
Например посмотрите вот это
https://www.tricentis.com/blog/64-essential-testing-metrics-for-measuring-quality-assurance-success/

не юнит тестами, я помню с джава мира еще можно было натраить обычные е2е тесты на апликейшен и эта система сама считала покрытие

тот же Jococo

а есть ли смысл вам считать количество задействованного кода?

чем больше отчетов тем лучше)))

istanbul можете попробовать прикрутить

но... вы задайтесь вопросом что вы этим отчетом решите?

отчет ради отчета не принесет никакой полезности. а мы же вроде как за качество топим и пытаемся тут в куа играться

да просто даже посчитать колличество строк и сколько из них закаверено

тех лида спросить по юнит тестам же)  выше писал

это надо что бы ФЕ писали юнит тесты

а заставить ФЕ писать тесты этот тот еще квест

вам это ничего не даст. Я придерживаюсь мнения что тестерам - более важно покрытие реквайрментов  чем  покрытие кода тестами

вот с этого и надо начинать

а так можно без учёта бнит теста показать код каверадж

тогда  берете тех лида - с ним собираете статистику по всему проекту - тип сколько сейчас юнитов всего,
как покрыт бекэнд и остальные сервисы - как покрыт фронтенд
берете сравниваете статистику по багам с фронта и с бекенда - статистику покрытия тестами фронта и условного бекенда - скорее всего вы выйдите в какую то зависимость по типу - чем больше юнит тестов в компоненте - тем меньше багов у него и лучше стабильность и уже с этих показателей пляшите

плюс можно поиграться с приоритетностью и северити багов и так далее и тому подобное

спаибо буду что-то думать