Чем пользовался для написания тестов?

Мой инструментарий для написания тестов в Go

В своей практике я применяю широкий спектр инструментов и подходов для обеспечения качества кода через тестирование. Вот основные инструменты и методологии, которые я использую:

Основные библиотеки тестирования

Стандартная библиотека testing - это фундамент, с которого начинается любое тестирование в Go. Её преимущество в том, что она всегда доступна и интегрирована в инструментарий языка:

func TestAdd(t *testing.T) {
    result := Add(2, 3)
    expected := 5
    
    if result != expected {
        t.Errorf("Add(2, 3) = %d; want %d", result, expected)
    }
}

testify/assert и testify/require - мой выбор для удобных ассертов. Эти библиотеки делают тесты читаемее и предоставляют информативные сообщения об ошибках:

func TestDivide(t *testing.T) {
    result, err := Divide(10, 2)
    assert.NoError(t, err)
    assert.Equal(t, 5, result)
    
    _, err = Divide(10, 0)
    require.Error(t, err) // Тест остановится здесь при ошибке
}

Для различных типов тестов

Мокирование зависимостей - часто использую mockery или gomock для генерации мок-объектов. Это особенно полезно для модульного тестирования с внешними зависимостями:

# Генерация моков с помощью mockery
mockery --name=Repository --dir=./internal --output=./mocks

Интеграционные тесты - здесь помогает dockertest для запуска реальных сервисов в Docker-контейнерах:

func TestDatabaseIntegration(t *testing.T) {
    pool, err := dockertest.NewPool("")
    require.NoError(t, err)
    
    resource, err := pool.Run("postgres", "latest", []string{"POSTGRES_PASSWORD=secret"})
    require.NoError(t, err)
    
    // тестирование с реальной БД
}

HTTP тестирование - для тестирования HTTP-обработчиков предпочитаю httptest из стандартной библиотеки:

func TestAPIHandler(t *testing.T) {
    req := httptest.NewRequest("GET", "/api/users", nil)
    w := httptest.NewRecorder()
    
    handler := http.HandlerFunc(UserHandler)
    handler.ServeHTTP(w, req)
    
    assert.Equal(t, http.StatusOK, w.Code)
    assert.Contains(t, w.Body.String(), "users")
}

Утилиты для улучшения тестирования

testify/suite - использую для организации связанных тестов в тест-сьюты, что удобно для сложных сценариев с общей настройкой и очисткой:

type ServiceTestSuite struct {
    suite.Suite
    service *MyService
}

func (s *ServiceTestSuite) SetupTest() {
    s.service = NewService()
}

func (s *ServiceTestSuite) TestServiceMethod() {
    result := s.service.Process()
    s.True(result)
}

func TestServiceSuite(t *testing.T) {
    suite.Run(t, new(ServiceTestSuite))
}

goconvey - для BDD-стиля тестирования, когда нужно описать поведение системы в терминах "Given-When-Then":

func TestCalculator(t *testing.T) {
    Convey("Given a calculator", t, func() {
        calc := NewCalculator()
        
        Convey("When adding two numbers", func() {
            result := calc.Add(2, 3)
            
            Convey("Then the result should be correct", func() {
                So(result, ShouldEqual, 5)
            })
        })
    })
}

Инструменты для статического анализа

golangci-lint - обязательный инструмент в CI/CD пайплайне для проверки качества кода и тестов. Настраиваю его с плагином testlint для специфической проверки тестов:

# .golangci.yml
linters:
  enable:
    - testpackage  # проверяет, что тесты в правильных пакетах
    - testifylint  # проверяет использование testify
    - goconst      # находит магические числа в тестах

Кастомные утилиты

Часто создаю собственные вспомогательные функции для тестовых данных и фикстур. Например, фабрики для создания тестовых объектов с разными состояниями:

// testfactory/user_factory.go
func NewTestUser(options ...UserOption) *User {
    user := &User{
        ID:   uuid.New(),
        Name: "Test User",
        Email: "test@example.com",
    }
    
    for _, option := range options {
        option(user)
    }
    
    return user
}

// Использование в тестах
user := NewTestUser(WithEmail("custom@test.com"))

Организация тестов

Для больших проектов я следую принципам:

• Table-driven tests для покрытия множества сценариев в одном тесте
• Тестовые контракты (test contracts) для гарантии совместимости
• Separate _test packages для проверки публичного API
• Parallel execution с t.Parallel() для ускорения запуска

Интеграция в процесс разработки

Настраиваю pre-commit хуки с помощью pre-commit framework для автоматического запуска тестов, инструменты покрытия кода (go test -cover), и обязательно включаю race detector (go test -race) для выявления гонок данных, особенно в конкурентном коде.

Мой выбор инструментов всегда зависит от проекта: для микросервисов предпочитаю более тяжеловесные интеграционные тесты, для библиотек - строгое модульное тестирование с качественными моками. Главный принцип - тесты должны быть быстрыми, изолированными и давать уверенность в качестве кода.