Ну я когда пишу тесты... Например если тестирую контроллер, то мокаю сервис

Зачем писать юнит тесты на контроллер?

Ну такая вот у меня архитектура...

И вопрос был про функциональный подход, а не ооп.

Если в контроллер не пришло что - то жизненно важное, я сервис не дёргаю в принципе а сразу из контроллера выкидываю ошибку

Контроллер нужно интегррационными тестить

А, ну в это я, увы не вник

И они тоже есть...

А если в сервисе возникла ошибка, например юзер не найден, то ошибку выкидываешь с хттп статусом?

Я предпочитаю оставлять контроллеру конвертацию реквеста в объект и передачу следующему слою. Ну и отдачу респонса.
Всё остальное в других местах. И тестить особо ничего не остаётся в контроллере.

Ну, смотря в каком методе. Если там getUserById() то да

Если findUserById() то нет, но там эта ситуация в другом месте обрабатывается с соответствующим результатом. Об именовании так договорились

+

Мне кажется на фронтенде вообще какой-то поехавший народ

Вброс какой-то

?

На бэке тоже не сахарок

Вообще не сахарок

https://www.youtube.com/watch?v=rKbvaPOvI84&ab_channel=GetMeCoding  это просто взрыв мозга для тех кто ненавидит верстку))

Ну это у меня такое субъективное мнение сложилось. Я как-то два раза пытался зайти в реакт, и как-то оба раза неудачно. Причём даже через стажировку в одной довольно известной компании... Там вот рассказывали, что операции ветвления это неимоверно просаживающая производительность операция, и при этом прогонять данные компонента через 2-3 мидвейра - нормальная практика модификации данных.
В итоге я понял, что мне этот дзен не постигнуть и ливнул.