смысл моков – изолировать тестовый прецедент и тестировать именно тестируемый класс, не отвлекаясь на другие мелочи. если это не так – то это не практика ТДД.к вышеописанному (надуманному но “жизненному примеру”) добавлю – в случае если формат меняется и ты вместо моков используешь реальные объекты – у тебя поломаются сразу 2 набора тестов. поломка декоратора на первый взгляд (по логике) свидетельствует о том, что декоратор работает не так как ожидается, на поверку – работает верно, однако входные данные совсем не те. это как раз ещё более нелогично. это при том – что никто и не обещал что тесты пишутся раз и навсегда – естественно изменения естественно должны затрагивать тесты.а для массовой генерации моков существуют всякие удобные паттерны а-ля The Object Mother Pattern которые тебе помогут во всём приложении подменить моки на нужные изменившиеся. так что подобную практику я бы предположил (назвал?) не совсем точным и оправданным использованием столь интересной и удобной методики (о тдд) – намекаю на микроскоп и гвозди.
