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

По поводу MVP я долго думал. Если это MVP, можно да, тесты не писать. Почему тогда не накастылить на условном WordPress или сделать на nocode платформах, чтобы проверить гипотезу?

А что, если MVP выстрелит?переписать проект с нуля? Скорее, этот продукт будет развиваться и никто не будет думать о тестах дальше, потому что очень много новых фич нужно добавлять. А отсутствие тестов тормозит этот процесс. В общем замкнутый круг получается.

Плюс, не стоит забывать, что тесты помогают в процессе разработки.

Почему невозможно решить в будущем? Потому что это нецелесообразно писать тесты, когда у тебя уже есть большая кодовая база. Вы же наизусть не знаете все тест кейсы, чтобы под них писать тесты, всё исправленные баги и фичи, которые нужно покрывать тестами? И как выше написал, скорее всего, всем будет не до тестов, когда проект выстрелит. Потому что нужно будет быстро очень много функционала добавлять.

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

Да, TDD хорошая практика, но не во всех кейсах удобно применить и к этому нужно привыкнуть.

MVP главная цель быстро дешево проверить гипотезу - если выстрелит то тогда можно все с нуля переписать, последний MVP который делал - накидал на коленке за 8 часов кода практически 0 или вставки с чатGTP - просто проверить гипотезу стреляет фича или нет.

Да, это хорошо. Но тогда должна быть налажена коммуникация с собственниками, чтобы они рассказывали про все аспекты своего бизнеса.

Ну это да :) или иметь в своём распоряжении бизнес-аналитиков, которые хорошо в это могут :) но я тут больше об элементарном погружении хотя бы на уровне представления о том, как применить создаваемое ПО в той или иной сфере.