AK
Через композер - у меня идея заменить автозагрузку реального объекта моком, - может плагин для этого какой-то есть?
почему бы не заменить его просто моком? или это нужно не в тестах?
Size: a a a
2020 April 08
a
почему бы не заменить его просто моком? или это нужно не в тестах?
Это не в тестах - нужно заменить моком потому что реальный объект связан с интеграцией которая не работает
AK
какое-то темное колдунство, я бы таким не занимался. Вообще если я правильно понял проблему такое решается через di контейнер
КГ
И ещё бы разницу между моком и стабом понять
AK
И ещё бы разницу между моком и стабом понять
ну стаб тут тоже не особо подходит, т.к. тут нужна просто подмена реализации и с тестами никак не связана
КГ
ну стаб тут тоже не особо подходит, т.к. тут нужна просто подмена реализации и с тестами никак не связана
И чем это не стаб?
КГ
И почему стаб должен быть с тестами связан?
AK
КГ
И что? В статье про тесты написано для чего стабы в тестах?
AK
И что? В статье про тесты написано для чего стабы в тестах?
покажи тогда определение стаба, которым ты оперируешь
AK
и в статье про тесты написано, что стаб является подтипом TestDouble
КГ
Английский язык говорит что это заглушка. Что как не заглушка нужна если надо подменить сервис который ходит во вне?
DE
Это не в тестах - нужно заменить моком потому что реальный объект связан с интеграцией которая не работает
Сделать два класса к одному интерфейсу и в конфиге переключать. Сложность в чём?
AK
Английский язык говорит что это заглушка. Что как не заглушка нужна если надо подменить сервис который ходит во вне?
AK
значит это огрызок
КГ
значит это огрызок
AK
мне без разницы, это буквоедство, не имеющее отношение к сути вопроса
a
Сделать два класса к одному интерфейсу и в конфиге переключать. Сложность в чём?
Ну тогда разве что выделять интерфейс из тестового объекта
DE
Это не в тестах - нужно заменить моком потому что реальный объект связан с интеграцией которая не работает
То не в тестах
DE
Ну тогда разве что выделять интерфейс из тестового объекта
То в тестах