Как устроена автоматизация тестов и интеграционное тестирование

Что проверяют

Умеете ли вы отделить юнит-тесты от интеграционных и поднять для вторых реальное окружение, а не имитацию. Следом обычно спрашивают, как вы тестируете код, работающий с базой, и как интеграционные тесты запускаются в CI.

Как отвечать

Основа это стандартный пакет testing и команда go test, отдельный фреймворк не нужен:

• табличные тесты: срез кейсов и t.Run на каждый, так тест легко расширять, а падает он с понятным именем подтеста. Независимые кейсы помечаются t.Parallel();
• ассерты: testify удобен, но разницу важно знать: require останавливает тест при ошибке, assert продолжает;
• изоляция в юнит-тестах: зависимости принимаются интерфейсами, в тестах подставляются фейки, написанные руками, или моки из go.uber.org/mock и mockery;
• HTTP: httptest.NewRecorder для проверки хендлера, httptest.NewServer вместо внешнего API;
• интеграционные тесты: реальные PostgreSQL, Kafka или Redis в Docker через testcontainers-go, контейнер поднимается в TestMain и гасится после прогона. Миграции накатываются тем же инструментом, что и в проде;
• разделение: интеграционные тесты помечаются build-тегом //go:build integration и запускаются через go test -tags=integration ./..., либо пропускаются по testing.Short();
• CI: юнит-тесты с -race и покрытием на каждый merge request, интеграционные отдельной джобой с Docker.

Уборку после теста регистрируйте через t.Cleanup, а данные между тестами изолируйте транзакцией с откатом или отдельной схемой на тест.

Подкрепите ответ примером из опыта: какой баг поймал именно интеграционный тест, например неверный SQL или несовпадение типов в драйвере.

Где спотыкаются

Называют интеграционным тестом вызов настоящего стороннего API. Такой тест падает от чужой нестабильности и лимитов, поэтому внешний сервис заменяют httptest-сервером или контрактными тестами.

Забывают про кеш go test: успешный результат кешируется, и тест против внешней базы может вообще не запуститься. Для таких прогонов добавляют -count=1.

Мокают базу в тестах репозитория. Мок подтверждает, что вызван нужный метод, но не проверяет сам SQL, ради которого этот слой и тестируют.