> Как организовано тестирование в команде (Go)

В нашей команде тестирование построено по принципу пирамиды тестов с упором на скорость и надежность. Мы используем Go-стек, поэтому основное внимание уделяем unit-тестам, интеграционным тестам и e2e-тестам.

Unit-тесты покрывают критическую бизнес-логику и утилитарные функции. Пишем их на стандартном пакете testing с использованием моков (например, gomock или testify/mock). Запускаются они на каждом коммите через CI (GitHub Actions) — это наш первый барьер.

Интеграционные тесты проверяют взаимодействие с внешними сервисами: базами данных (PostgreSQL через testcontainers-go), кэшами (Redis) и очередями (Kafka). Для них мы поднимаем изолированные контейнеры в CI, чтобы избежать зависимостей от продакшена. Эти тесты запускаются на pull request перед мержем.

E2e-тесты - минимальное количество, только для ключевых пользовательских сценариев (например, регистрация, создание заказа). Используем godog (Cucumber для Go) или playwright для API-тестов. Они запускаются ночью или вручную перед релизом.

Важный принцип: тесты должны быть детерминированными и быстрыми. Мы избегаем тестов, которые зависят от времени или внешних данных. Для изоляции используем транзакционные фикстуры (откат изменений после теста). Код-ревью включает проверку тестового покрытия - у нас порог в 70% для новых модулей.