Какими фреймворками для тестирования пользуешься

Фреймворки и инструменты для тестирования в Go

В экосистеме Go существует несколько популярных и эффективных фреймворков для тестирования, каждый из которых я применяю в зависимости от конкретной задачи, масштаба проекта и требований к покрытию кода. Моя практика строится на использовании как стандартных средств языка, так и сторонних библиотек, которые дополняют встроенную функциональность.

Стандартная библиотека testing

Основу моего подхода составляет встроенный пакет testing, который предоставляет минималистичный, но мощный набор инструментов для unit- и integration-тестирования. Его преимущества — скорость, простота и отсутствие внешних зависимостей.

// Пример unit-теста с использованием testing
func TestCalculateSum(t *testing.T) {
    tests := []struct {
        name     string
        a, b     int
        expected int
    }{
        {"positive numbers", 2, 3, 5},
        {"negative numbers", -1, -4, -5},
        {"mixed signs", -5, 10, 5},
    }

    for _, tt := range tests {
        t.Run(tt.name, func(t *testing.T) {
            result := CalculateSum(tt.a, tt.b)
            if result != tt.expected {
                t.Errorf("CalculateSum(%d, %d) = %d; expected %d", tt.a, tt.b, result, tt.expected)
            }
        })
    }
}

Для улучшения читаемости assertions и сообщений об ошибках я часто подключаю библиотеку testify.

Testify: расширение возможностей testing

Testify — это один из самых распространённых фреймворков, который я использую практически в каждом проекте. Он включает три основных компонента:

• assert и require — для удобных проверок условий (разница в том, что require останавливает тест при неудаче, а assert — нет).
• suite — для организации тестов в структурированные сьюиты с методами SetupTest() и TearDownTest().
• mock — для создания мок-объектов (хотя в последнее время я предпочитаю gomock для сложных случаев).

// Пример использования testify/assert
import (
    "testing"
    "github.com/stretchr/testify/assert"
)

func TestDivide(t *testing.T) {
    result, err := Divide(10, 2)
    assert.NoError(t, err)
    assert.Equal(t, 5, result)
    
    _, err = Divide(10, 0)
    assert.Error(t, err)
}

Gomock: для работы с моками

Для мокирования интерфейсов и проверки вызовов зависимостей я применяю gomock в сочетании с mockgen (генератор кода). Это особенно полезно при тестировании слоя бизнес-логики, который зависит от внешних сервисов или баз данных.

// Генерация мока для интерфейса UserRepository
// mockgen -source=user.go -destination=user_mock.go -package=main

// Пример теста с использованием gomock
func TestUserService_GetUser(t *testing.T) {
    ctrl := gomock.NewController(t)
    defer ctrl.Finish()
    
    mockRepo := NewMockUserRepository(ctrl)
    mockRepo.EXPECT().FindByID(gomock.Any(), 1).Return(&User{ID: 1, Name: "Alice"}, nil)
    
    service := NewUserService(mockRepo)
    user, err := service.GetUser(1)
    assert.NoError(t, err)
    assert.Equal(t, "Alice", user.Name)
}

Дополнительные инструменты и подходы

Помимо основных фреймворков, в арсенале есть и другие инструменты:

• httptest (стандартный пакет) — для тестирования HTTP-обработчиков и клиентов без запуска реального сервера.
• testcontainers — для запуска изолированных контейнеров (например, PostgreSQL, Redis) в integration-тестах.
• ginkgo и gomega — для behavior-driven development (BDD), хотя я применяю их реже, в основном в крупных проектах с командой, где важна читаемость спецификаций.
• go-sqlmock — для мокирования SQL-запросов при тестировании кода, работающего с базой данных.
• fuzzing (встроенное в Go с версии 1.18) — для автоматического генеративного тестирования на предмет уязвимостей и краевых случаев.

Критерии выбора фреймворка

Мой выбор зависит от нескольких факторов:

• Простота и скорость — для небольших утилит достаточно стандартного testing.
• Читаемость и поддержка — в долгосрочных проектах с командой testify улучшает понимание тестов.
• Сложность зависимостей — при работе с внешними API или базами данных незаменимы gomock и testcontainers.
• Параллельное выполнение — встроенная поддержка t.Parallel() в testing позволяет ускорять прогон тестов.

Итоговый стек чаще всего включает testing + testify + gomock, что покрывает 90% потребностей. Главный принцип — не переусложнять: каждый дополнительный фреймворк должен приносить явную пользу, а не просто увеличивать число зависимостей.