Тесты в этом проекте не были юнит-тестами - Юнит-тесты быстрые. Всегда.

Странная у вас логика. Если я тестирую например функцию y=f(a,b,c) - это будет юнит тест или нет?

А если функция вычисляется от нескольких секунд до нескольких минут это быстро или нет.

А если каждый параметр вариируется с шагом 0.5 или с шагом 0.01 будет разница или нет?

Тогда ты пишешь либо самую первую версию, либо в стол.

Может тогда определимся с понятием "выпустил интерфейс"?

Решение - не нарушать обратную совместимость.

и тогда все будет шоколадно?

что ты понимаешь под "не требовать повторного тестирования"?

Проект "А" был оттестирован 3 года назад, теперь мне его надо просто компильнуть по новому, заказчик имя фирмы поменял.

1) Нужен контроль за версиями релизов библиотеки Х.

Git подойдет? Плавно переходим к сопутствующей проблеме.

Либа Х лежит в репо1, проект С в репо2 нужна одна новая ветка, так как менятся будет и то и другое

2) Нельзя изменять существующие контракты.

А если нужно тогда как? делать новые интерфейс IAbc2?

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

заказчику объяснить сможете отчего его хотелку нельзя сделать?

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

примерчик мона? Простейший пример, есть прога, нужно ввести число А и Б, по нажатию кнопы получить сумму. Все должно происходить "на экране" - "визуально"

и бог знает какие еще действия

И что все удается держать синхронно?