Как писать юнит тесты?

Question

[WebDev]

Здравствуйте. У себя в проекте я пишу функциональные тесты. То есть я в тестах обращаюсь к АПИ с некоторыми параметрами и проверяю ответ. Тут мне все ясно и понятно. Но я не могу понять, как мне начать писать юнит-тесты. В примерах всегда какая-то банальная функция (a + b) и тест на нее.
Вот, например, типичный код:

//controller
public function getProfiles(User $user): View
{
    //validation
    $profiles = $this->userService->getProfiles($user);
    $results = $this->profileDTOMapper($results);
    
    return View($results);
}

//Service
public function getProfiles(User $user): array
{
    //some logic
    $profiles = $this->userRepository->getProfiles($user);
    //some logic

    return $profiles;
}

//userRepository
public function getProfiles(User $user): array
{
    $this->findAllBy(['user_id' => $user]);
}

Вот где тут и как писать юнит тесты? Что они должны проверять?

Comments

[Дмитрий]

Лара?

[mayton2019]

То что ты написал - это не тестируется Unit-тестами. У тебя присутсвтует обращение к внешнему
сервису (судя по всему)

$this->userService->getProfiles($user)

Это - либо интеграционные либо end-to-end.
Если ты очень хочешь превратить это в модульное - то надо сервис на ходу заменять на Mock.
Как - это делать в PHP - я не знаю. Надо искать есть ли такие практики и фреймворки. Возможно
это потащит за собой некий рефакторинг в виде ООП с наследованием.

Если ты не знаешь как писать - то начни с бизнес-утверждений которые должны быть проверены.
Например - если getProfiles вызван с существующим пользователем то должен будет выдан такой-то View
с такими-то полями. И пишешь текстом:

public function assume_that_get_profiles_returns_correct_view_when_user_exists(...)

[WebDev]

Дмитрий, симфони

[Дмитрий]

WebDev, тут по сути не нужны юниты, репозитории уже должны быть под тестами, вьюху юнитами не потестить, можете замокать данные для вьюхи, но это ни чего не даст

[WebDev]

mayton2019, userService - это мой сервис. Он берет данные из репозитория и что-то с ними делает (это я пример из головы взял). Правильно ли я понимаю, что мне нужно тестировать как раз этот сервис, так как логика содержится только в нем?

[Дмитрий]

Можете проверить что вернулась вьюха и её свойства максимум

[mayton2019]

WebDev, если твой сервис - это просто DAO - то тестировать его не нужно.

Тестируют обычно функции которые имеют отношение к бизнес-логике но при этом не имеют state.
Например profileDTOMapper. Что он делает? Он что-то примает на вход (results) делает какое-то обогащение
и отдает объект. Он вроде-бы независимый? Можно его попробовать протестировать Unit-тестом.

Answer 1

[Елена]

Для того, чтобы писать юнит тесты, этот код надо разбить на более специализированные классы, которые будет тестировать гораздо удобнее. Например, в контроллере есть вызов `$this->profileDTOMapper` - тут сразу просится отдельный класс `profileDTOMapper` с методом `map`, который на различных входных данных можно оттестировать как угодно. Потом сервис, вижу комментарий, что там есть какая-то логика. Можно ли эту логику вынести в отдельный класс (или даже несколько классов) и там ее протестировать отдельно от сервиса? Скорее всего да.
И так далее, разбивая код на классы, чтобы у каждого была своя узкая задача, у которой нет зависимостей от других классов (или одна-две связи максимум, чтобы не инициализировать моками вселенную каждый раз).