Скупой платит дважды
А в разработке ПО - ленивый работает больше.
Существует парадигма проектирования TDD - test driven development, что можно перевести как разработка через тестирование и означает сначала написание тестов, а только потом кода, который будет эти тесты проходить (было много поводов придумывать вновь и вновь данную технику). Возможно, писать сначала тесты нет острой необходимости, но в принципе писать хорошие тесты - первостепенная задача разработчика. Во-первых, тесты должны быть написаны; выкладывать ПР без тестов к изменениям это как выйти на улицу без трусов (и брюк). Во-вторых, тесты должны точно отражать суть изменений, четко проверять поставляемую функциональность. Может показаться, что это очевидно, но я видел столько тестов для галочки, что ножка стула оказалась подпиленной; того самого стула, на котором сидит вера в человечество. Именно с тестирования в разработке начинается качество программного обеспечения или, если тесты пишутся плохо, тут же заканчивается. Отсюда и возникает дополнительная работа, которой можно было бы избежать: срочное исправление багов, криво работающие методы, внесение правок, подобное разминированию. Сюда же подходит и поговорка тише едешь - дальше будешь или festina lente.