гугл примерно столько и делает а потом через год убивает

Доктор, вы халатик надеть забыли.

голый пришел?

ну как минимум с эмоциями,
не покрытыми базовой логикой.

Как юнит-тесты на логику писать?

После релиза?
Забудьте.

Для начала написать тестируемый код по принципу SOLID.

а если это не ООП код?

Чтобы к релизу следующей версии всё развалилось?
Нет-нет. Лучше поздно, чем никогда, особенно для больших проектов.

Разница лишь в том, что функции не являются частями классов.
Они также должны работать по принципу единой ответственности (как-то так). Хотя для функционального кода мне ещё не приходилось писать.

Кстати, идея. Пойду на досуге поизучаю хаскель. Или что щас в моде?

Фортран.

Если бизнес не озаботился тестопригодностью разработчиков на стадии найма, ему лучше не мучаться и закрыться.

Ты слишком категоричен. Мир же не делится на чёрное и белое.

Я знаю, что мир не делится на чёрное и белое. Но это не значит, что надо поощрять непротестированные вещи в проде.Ты платишь реальные деньги за телефон, а потом выясняется что софт в нём - говно. Ты принесёшь его на возврат, а тебе скажут: ты слишком категоричен. Изготовители не хотели учиться в институте, там слишком много лишнего надо учить, а в статье про разработку, из которой они учились, про тестирование ничего не было.
Так что пользуйся тем, что тебе дали, а через год купи у них новую модель. Может быть, к тому времени они напишут три первых теста. А обновлений не будет, про обновления в той статье тоже не писали.

Есть разные причины почему тесты отсутствуют.
Иногда бизнес мог просто не закладывать времени на это и теперь это разработчик должен в ущерб личного времени писать тесты?

если это mvp то тесты обычно не пишут

Тогда претензия к бизнесу. А если разработчика устраивает такой рабочий процесс - это его личное дело.

да бизнес, это если это не айти сфера - то бизнесом обычно плевать

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