Google Mock, тесты и скорость разработки

  Работал над одним проектом. Наследный код надо было улучшить. И чтобы ничего не поломать писал тесты и для скорости (всё же юнит тесты должны работать быстро) - писал моки для работы.

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

Но это не понравилось работодателю. Ведущий программист сказал: "Пиши код, потом тесты". Это после того, как 3 года учился писать в начале тесты. Это было трудно. Смена парадигмы мышления не так прото даётся.

Начальник сказал: "Забрасывай тесты, или код никому уже не будет нужен." И это когда у него интеграция приложения занимает три недели вместо дня.

Что-же, хозяин барин. Единственное замечание и так может демотивировать.

Чувствую, что программист - всё же художник. И художника обидеть может каждый. Как это ни прискорбно.

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

Тесты - это очень полезная вещь.

Вот только как доказать начальнику, что он экономит на поддержке и отладке, и будущей разработке?