Golang Библиотека Знаний

Go coverage наконец стал полезнее для реальных проектов DoltHub разобрали, как собрать единый coverage-отчет для Go не только из go test, но и из integration-тестов, где запускается настоящий бинарник. Главная фишка появилась еще в Go 1.20: можно собрать приложение с go build -cover, прогнать интеграционные тесты, сохранить данные через GOCOVERDIR, а потом объединить их с unit-тестами через go tool covdata. Схема коротко: go test -cover - покрытие unit-тестов go build -cover - инструментированный бинарник GOCOVERDIR - папка для coverage-данных go tool covdata textfmt - объединение результатов go tool cover -html - HTML-отчет У DoltHub итоговый отчет показал 1910 файлов и среднее покрытие 49%. Но главный вывод не в цифре. В Go coverage легко превращается в шум: if err != nil, forked-зависимости, мертвый код и автогенерация могут сильно портить картину. Поэтому процент покрытия не стоит превращать в религиозную метрику. Правильный подход - использовать coverage как сигнал: где код вообще не тестируется, где есть рискованные зоны и куда имеет смысл направить усилия. Хороший reminder для Go-разработчиков: покрытие полезно, когда помогает находить слабые места, а не когда просто красиво растет в CI. https://www.dolthub.com/blog/2026-04-17-automating-go-test-coverage/