в итоге, юнитами можно покрыть от силы пару-тройку функций во всем проекте
и то, всякие функции типо конвертации данных, форматирования данных.

всё остальное лезет в бд
интеграционное, как я понимаю, как раз работает в связке с бд, и уже тестим вызов функции + проверка что в базе данные легли как надо,(или заранее кладем в базу нужные данные и смотрим как приложение их достает)

У меня такая же проблема в фронтенде, чистых функций мало, не чего покрывать.

Да, особенно когда в БД еще связи плотные или разные доступы к данным

плюс я ещё люблю тестить с chai-http, когда делаю запросы, имитирую фронтенд. почти ничем не отличается от интеграционных, потому что контроллеры в основном тонкие, вызов одной функции
но это уже называется e2e

в итоге, я прихожу к тому, что почти всё покрываю e2e и не понимаю как можно хоть сколько-то юнитов написать, и стоит ли вообще, если по скорости не вижу сильно просадки

e2e и интеграц не удобно паралелить, плюс они медленнее, сложнее найти причину поломки.

Реально вынести какие-то манипуляции преобразующие данные в отдельный метод?

Чтобы была чистаю функция и ее покрыть.

А кто нибудь может подсказать апп для лог менежмента? Куда можно загрузить гиговые лог файлы) и как нибудь их грепать удобно

в эластик и потом кибаной

Это понятно. Может есть более простой путь

грепать удобно гиговые логи? хм =)

ага

В монго можно лить, с индексом по времени, чтоб потом сам монго удалял старые логи

https://www.graylog.org/products/open-source  ещё один вариант посмотреть грейлог

ага, знаю

Ну, кто тут ещё помнит cgi-bin? :)
https://twitter.com/yogthos/status/1083226362993872897

5-)

Думаю, что разницу по скорости/ресурсам заметишь на более менее большой кодовой базе когда тестов будет > 500.

Имхо, чтобы юнит-тесты получалось легче и удобней писать, нужно код приложения писать особым образом. Бить логику на компоненты (logger, persistence-store, api-client) и стараться сделать их слабо-связными по отношению к друг другу (читать в сторону IoC). В результате перед каждым юнит-тестом можно подменить (замокать) реализацию того или иного сервиса:
- подменить Db на in-memory-store,
- не ходить по сети используя in-memory-api-client
- писать in-memory логи