Как писать модульные тесты в Go?

Юнит-тест в Go тестирует небольшую изолированную единицу поведения (функцию/метод) с четкими входными данными и ожидаемым результатом. Сила подхода – в детерминированности, скорости и прозрачности причин падения.

Основные принципы качественного модульного теста:

1. Одно поведение — одно тестовое намерение.

2. Изоляция от внешних систем (БД, сети, времени, файловой системы).

3. Детерминизм: одни и те же условия должны давать один и тот же результат.

4. Читаемость и диагностичность сообщений об ошибках.

Идиоматическая структура в Go:

1. Файл *_test.go.

2. Просмотр функций func TestXxx(t *testing.T).

3. Упорядочить → Действовать → Утвердить шаблон.

4. Для нескольких случаев — табличные тесты.

Что должно быть покрыто:

1. Позитивные сценарии (счастливый путь).

2. Негативные скрипты и баги.

3. Пограничные случаи (пустые данные, нули, большие значения, неправильный ввод).

4. Инварианты, которые нельзя нарушать ни при каких обстоятельствах.

Практические инструменты:

1. Стандартный пакет testing.

2. go test ./... для обычного запуска.

3. -race для параллельных путей кода.

4. При необходимости - testify (утверждать/требовать), но без лишней магии.

Типичные ошибки:

1. Тесты, зависящие от времени/сети/порядка выполнения.

2. Проверка только "без паники", без содержательных утверждений.

3. Слишком большие интеграционные скрипты, замаскированные под модульные тесты.

Заключение:

Написание модульных тестов на Go означает разработку проверяемого поведения: минимальный объем, четкий контракт, изоляция от внешнего мира и надежные утверждения. Этот подход обеспечивает быструю и стабильную защиту от регрессии.

Пример:

Пример

func TestSum(t *testing.T) {
	tests := []struct {
		name string
		a, b int
		want int
	}{
		{"pos", 2, 3, 5},
		{"zero", 0, 7, 7},
	}

	for _, tc := range tests {
		tc := tc
		t.Run(tc.name, func(t *testing.T) {
			got := Sum(tc.a, tc.b)
			if got != tc.want {
				t.Fatalf("got %d, want %d", got, tc.want)
			}
		})
	}
}

Итог

Юнит-тест в Go тестирует небольшую изолированную единицу поведения (функцию/метод) с четкими входными данными и ожидаемым результатом.