Где проходит граница между unit- и интеграционными тестами?

Граница между unit- и интеграционными тестами определяется не размером кода, а тем, что именно проверяется: изолированное поведение одной единицы или взаимодействие нескольких частей системы. Unit-тест отвечает на вопрос "правильно ли работает эта функция сама по себе", интеграционный — "правильно ли компоненты работают вместе".

Ключевые критерии различия

• Изоляция. Unit-тест не должен обращаться к БД, сети, файлам, времени и другим сервисам — все внешние зависимости заменяются моками или стабами.
• Скорость. Unit-тесты выполняются миллисекунды, интеграционные — секунды и дольше, потому что поднимают реальные ресурсы.
• Объём проверки. Unit проверяет одну единицу, интеграционный — сценарий сквозь несколько слоёв (например, контроллер → сервис → репозиторий → БД).
• Хрупкость. Интеграционные тесты чаще падают из-за окружения, а не из-за логики.

Пример: где проходит граница

Допустим, есть сервис, который считает скидку и сохраняет заказ в базу.

// Unit-тест: проверяем только логику расчёта, БД замокана
function calculateDiscount(total, user) {
  return user.isVip ? total * 0.9 : total;
}

test('VIP получает 10% скидки', () => {
  expect(calculateDiscount(100, { isVip: true })).toBe(90);
});

// Интеграционный тест: реально пишем в тестовую БД
async function createOrder(order, db) {
  const total = calculateDiscount(order.total, order.user);
  return db.orders.insert({ ...order, total });
}

test('заказ сохраняется с учётом скидки', async () => {
  const db = await startTestDatabase();
  const saved = await createOrder({ total: 100, user: { isVip: true } }, db);
  expect(saved.total).toBe(90);
});

Пограничные случаи

Иногда граница размыта. Тест класса, который внутри использует другой класс без моков, но без внешних ресурсов, часто называют "социальным unit-тестом" — формально это уже взаимодействие. Если в тесте появляется реальная БД, HTTP-клиент, брокер сообщений или файловая система — это интеграционный тест, даже если проверяется одна функция.

На практике ориентируются на тестовую пирамиду: много быстрых unit-тестов, меньше интеграционных, ещё меньше end-to-end. Unit-тесты дают быструю обратную связь и точную локализацию ошибки, интеграционные ловят проблемы стыковки, которые unit-тесты принципиально не видят.

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