Go Testing за 60 минут: экспресс-курс от практикующих инженеров

Язык Go (Golang) от Google завоевал популярность не только своей простотой и производительностью, но и мощной встроенной культурой тестирования. Пакет `testing` из коробки предоставляет все необходимое для создания надежных тестов, но чтобы писать их эффективно и правильно, нужно понимать философию и лучшие практики. Мы сжали многолетний опыт экспертов в часовой гайд, который поможет вам быстро освоить ключевые концепции тестирования в Go.

Основы: `go test` и соглашения. В Go нет сложных фреймворков для модульного тестирования по умолчанию. Все начинается с команды `go test`. Она автоматически находит и запускает тесты в ваших пакетах. Файл с тестами должен иметь суффикс `_test.go`. Функция теста начинается с `Test` и принимает единственный аргумент `t *testing.T`. `t` — это ваш хук для управления тестом: сообщения об ошибках (`t.Error`, `t.Errorf`), фатальных ошибках (`t.Fatal`) и логирования (`t.Log`). Запустите `go test ./...` из корня проекта, чтобы протестировать все пакеты.

Табличные тесты (Table-Driven Tests) — это золотой стандарт. Вместо написания множества похожих функций для каждого случая Go-разработчики используют табличное тестирование. Вы создаете срез структур, где каждая структура представляет входные данные и ожидаемый результат. Затем в цикле прогоняете все кейсы. Это делает тесты чище, легче читаемыми и простыми в расширении. Всегда включайте в структуру поле `name string` для идентификации падающего кейса.

Пример:
func TestAdd(t *testing.T) {
 tests := []struct {
 name string
 a, b int
 want int
 }{
 {"positive", 2, 3, 5},
 {"negative", -1, -1, -2},
 {"zero", 0, 5, 5},
 }
 for _, tt := range tests {
 t.Run(tt.name, func(t *testing.T) {
 if got := Add(tt.a, tt.b); got != tt.want {
 t.Errorf("Add() = %v, want %v", got, tt.want)
 }
 })
 }
}

Использование `t.Run` позволяет запускать подтесты, что улучшает отчетность и позволяет запускать отдельные кейсы через `go test -run`.

Покрытие и бенчмарки. Узнать, какой процент кода покрыт тестами, просто: `go test -cover`. Для визуализации используйте `go test -coverprofile=cover.out` и затем `go tool cover -html=cover.out`. Бенчмарки — функции с сигнатурой `BenchmarkXxx(b *testing.B)`. Они запускаются командой `go test -bench=.`. Важно использовать цикл `for i := 0; i < b.N; i++` для получения стабильных результатов. Не пренебрегайте бенчмарками для выявления регрессий производительности.

Моки и изоляция: пакет `testify` и интерфейсы. Для тестирования кода с внешними зависимостями (база данных, API) нужны моки. Стандартная библиотека не предоставляет мок-фреймворк, но сообщество активно использует `stretchr/testify`. Его пакеты `assert` и `require` делают проверки условий более читаемыми. Для создания моков часто используют `mock` из того же набора. Однако лучшая практика — проектировать код с зависимостями через интерфейсы. Тогда вы можете легко подменить реальную реализацию тестовой заглушкой (stub) или моком, написанным вручную, без тяжелых фреймворков.

Тестирование HTTP-обработчиков. Используйте `net/http/httptest` для тестирования HTTP-серверов и клиентов. Пакет позволяет создавать тестовый сервер (`httptest.NewServer`) или напрямую вызывать обработчики, записывая ответ в `httptest.ResponseRecorder`. Это быстро и не требует поднятия реального сетевого сервиса.

Интеграционные и end-to-end тесты. Модульные тесты — это хорошо, но недостаточно. Для проверки взаимодействия компонентов (например, с реальной тестовой БД) пишите интеграционные тесты. Помечайте их специальным тегом, например `//go:build integration`, и запускайте отдельно: `go test -tags=integration`. Для сложных сценариев используйте docker-compose в CI/CD для поднятия окружения.

Практические советы экспертов. Не тестируйте тривиальный код (геттеры/сеттеры). Фокусируйтесь на бизнес-логике. Тесты должны быть быстрыми и детерминированными (без рандома, зависимости от времени). Используйте `t.Cleanup` для освобождения ресурсов вместо устаревшего `defer`. Воспринимайте тесты как документацию к вашему коду — они должны быть понятными. И главное — запускайте тесты часто, в идеале интегрируйте pre-commit хуки или настройте CI-пайплайн.

За 60 минут можно понять философию и освоить базовые инструменты. Но мастерство приходит с практикой. Пишите тесты сразу после написания кода, рефакторите их, следите за покрытием критических участков. Go дает вам все необходимое, чтобы код был не только быстрым, но и надежным.