Когда есть CI и тесты гоняются автоматом они становятся как-бы неотъемлемой частью программы без которой ну никак нельзя обойтись.

Даже есть CI нет, тесты все равно нужны. Хотя бы только для того, чтобы убедиться, что твои изменения не поломали существующую логику.

Тут можно смирится, что ради одного небольшого изменения придется править полсотни тестов.

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

Речь шла о совершенно разных проектах в совершенно разных фирмах, в разных временных интервалах.

Какая тогда связь между этими примерами?

У нас концепция немного разная. За обеспечение работы по передаче данных отвечает "модуль обмена" и в первом случае это мог быть и СОМ порт и "синий зуб" и фиг знает что.

Ну т.е. "модуль обмена" - это контракт, которым описываются правила передачи данных (aka просто набор интерфейсов), а "посылаем в COM порт" - это реализация этого набора. Таким образом, для тестирования, скажем, декодера, никакие данные никуда передавать не нужно. Нужены только интерфейсы.

А как быть если интерфейсов/классов многие десятки и зачастую не знаешь заранее сколько и каких там будет функций. А есть ООП TDD?

Конечно. Не вижу тут проблемы.

Либо в итоге, часть которая была предложена полностью аннулируется, так как хотелось совсем другое, но оно просто не было описано, потому как было "и так понятно".

Ну значит оно будет прописано после того, как станет выяснится, что "так не понятно".