Вход на сайт
Пустой виртуальный метод вместо интерфейса
1779 просмотров
Перейти к просмотру всей ветки
в ответ MrSanders 15.10.24 14:36
Мы не о "хороший-плохой" а о "зачем мок-фреймворку использовать reflection".
Задача мок-фремворка - подменить внешние зависимости у unit under test.
Т.е. для того, чтобы код был тестируемым, нужно фактически 2 вещи: 1) unit under test должен зависить от абстракций и 2) нужно иметь возможность инжектить эти абстракции (самое простое - через конструктор).
Если эти 2 условия соблюдаются, то никакие рефлекшены мок-фреймвокру не нужны :)
Ну и пока не приблизили, что, не тестируем?
Пока не приблизили, это все легаси, которое и так работает. Покрывать тестами легаси можно, но вот насколько это эффективно - большой вопрос.
Если же у вас новый код нетестируемый, то либо вы сами себе злобные Буратины, либо тесты вам нахрен не нужны.