Ребята из DoltHub решили наконец-то задуматься о покрытии кода тестами в своем проекте на Go, хотя до этого восемь лет жили без этого и норм.
В Go с версии 1.20 появилась возможность собирать данные о покрытии не только для юнит-тестов, но и для интеграционных - когда ты гоняешь уже собранный бинарник. Они быстро настроили инструменты, сгенерировали красивый HTML-отчет, увидели, что среднее покрытие по базе 49%, и… никому это не зашло. Команда просто забила, потому что база огромная, много мёртвого кода и специфичных ошибок, которые трудно покрыть, а главное - у них и так все работает и куча других проверок корректности. Так что эксперимент признали интересным, но автоматизировать использование отчетов не стали, чтобы не плодить ложные срабатывания, хотя и не исключают, что в будущем натравят на эту задачу ИИ-агентов
Тем не менее, в статье много практических советов по настройке отчетов покрытия и в целом интересно посмотреть на чужой опыт
29.04.2026
Похожее
15.05.2026
Слайсы, мапы и каналы
Продолжается цикл статей про внутреннее устройство Go. Эта статья разбирает внут...
14.05.2026
JIT для go
В статье про JIT-компилятор для Go версии 1.17+, форк проекта nelhage/gojit. ...
13.05.2026
PGKeeper
PGKeeper - это сервис на Go, который команда Figma разработала для замены устаре...
12.05.2026
CPU нагрузка
В статье рассматриваются проблемы оптимизации кода на Go, который нагружает CPU...