chpashaдругое дело, что я не очень убежден в насущной неоходимости тестирования всего ансамбля, если гарантируется правильная работа отдельных блоков.
Это естественное последствие увлечения восходящими подходами. (пожимая плечами) Но из наличия вагона наилучших кирпичей ещё не следует, что дом не развалится. Более того, большая часть усилий тратится как раз на то, чтобы в общем готовые кирпичи взаимодействовали именно так, как нужно.

chpashaно на практике мне например в цепочке "юзверь жмет на кнопку -> видит результат" всегда хватает тестировать только вторую часть, а не в совокупности.
Ой, не скажите. На практике иногда оказывается, что пользователь не может даже ввести данные, дающие возможность нажать на кнопку.

chpashaесли структура классов создается без оглядки на возможность тестирования у вас будет мало шансов чисто технически осуществлять интеграционные тесты (мы ведь о них?)
Чисто технически тесты можно и нужно осуществлять даже если в программе вообще нет структуры классов и даже нет ни единого класса :)

chpashaздесь я мысль немного потерял. лично я имел в виду большие и неоправданные затраты времени и сил в контексте написания тестов для старого кода перед его переделкой.
Возможно, я ещё раз Вас удивлю, но с моей точки зрения, тесты должны быть такими, чтобы переделка их чаще всего не затрагивала. А следовательно, писать их "до переделки" или "после переделки" - трудозатраты одинаковые. Следовательно, лучше до: написал тесты, проверил и отладил их на работающем коде, потом переделываешь код, пользуясь отлаженными тестами.

Подчеркну: та мысль юнит-тестирования, что надо тестировать каждую мелочь и постоянно переделывать тесты в соответствии с изменениями деталей реализации, имхо... неудачна, это просто мартышкин труд.

Новый ГодRegression test (тут же о них) ещё и время занимает
Пусть занимает, не жалко. Я внедрил следующий подход: тестировщики сделали виртуалку, я поставлял инструмент и свои тесты к нему, разработчики поставляли приложение под этот инструмент, тестировщики поставляли регрессионные тесты для приложений. Соответственно, я правлю свою версию, в фоне крутится виртуалка с тестами. Когда всё сделано и тесты проходят, я выкатываю релиз. Одновременно разработчики на предыдущем релизе дорабатывают приложения, тестируются на той же виртуалке. Тестировщики ещё неделю гоняют их совместно, и автоматически, и руками.

Новый Году нас только тесты идут 4 дня -- с пятницы по понедельник
Если это не устраивает, вряд ли сложно отмасштабировать. Прогон тестов - задача, которая отлично параллелится. Вкупе с тем, что обычно конкретной группе незачем гнать все regression тесты, достаточно таки только "в затронутых областях", не вижу причин как-то себя сдерживать из-за этого. У меня полное тестирование занимало несколько часов, вполне устраивало. Не обязательно же сидеть сложа руки и ждать результатов.

iv_an_ruЕщё бы знать заранее и достоверно, какие именно области затронуты.
Для большинства задач это всё же определяется достаточно достоверно, согласитесь. Разработчик решает эту задачу каждый раз, думая, что тестировать перед выкладыванием версии в сборку, и как правило таки не проводит на локале полного регрессионного тестирования.