СС
как это сделать с помощью этого инструмента мне не понятно)
можно поднять жсон сервер https://github.com/typicode/json-server
быстро, легко, подставляя жсон реквесты которые тебе надо
Size: a a a
2019 February 07
VK
Ага, похожая штука, но я выбрал Mountebank, поскольку мне еще и SMTP тестить надо было.
VK
Внешнее API создается REST-запросом (POST с JSON) из Setup теста. Насчет просмотра запросов: я смотрел в своем debug-proxy, поскольку пролжение было поднято локально. А вообще там есть http://www.mbtest.org/docs/api/proxies#proxy-modes - насколько я понимаю он для этого.
NV
Я не сильно знаком с моками, но вопрос такой.
Чем отличаются ваши решения от mock.unittest?
Сервисы из вне а мокс.тест на вашей стороне?
Чем отличаются ваши решения от mock.unittest?
Сервисы из вне а мокс.тест на вашей стороне?
VK
Я не знаю, чем они отилчаются. Для этого мне надо еще и mock.unittest изучить надо.
СС
unittest.mock это же вообще не про то, не?
NV
Ну я вот и хочу услышать от вас в чем разница? =)
VK
Я дума, ответ есть в статье на Habr.
СС
Ну я вот и хочу услышать от вас в чем разница? =)
Изначальный вопрос был про мокированиие внешнего АПИ. Мокировать внешнее АПИ можно написав это АПИ самому
СС
внешнее = АПИ в которое будет ходить ваше приложение, а не вы в своих тестах. и делается обычно тогда, когда либо нет возможности тянуть внешнее апи, либо оно очень огромное, что еще и его поднимать со всей его логикой не целесообразно. при этом нужно проверять что приложение верно ходит в это АПИ. имхо самый верный вариант реализовать это рядом с тестами, чтобы все было в одном контексте
NV
Понял, спасибо =) стало понятнее
СС
Мое решение позволяет динамически делать все что угодно с моками + его кастомизировать на лету. Поднимать, гасить и реализовывать любую логику на конкретный реквест
b
а как вы вообще приложение заставляете ходить по вашим мокнутым эндпоинтам? девы меняют или шо?
СС
патчу понфиг, проставляя порт, который забиндился в моке
СС
у меня есть сервисный класс, который управляет приложением. запускает, останавливает, генерирует конфиг итд. в нем я подключаю мок, узнаю порт на котором мок будет запущен и в генерации конфига этот порт проставляю. запускаю мок, запускаю приложение, дергаю реквест (или что угодно, чтобы приложение пошло в мок), из сервисного класса из мока вытягиваю все что нужно, проверяю
СС
плюс так как у меня 1 приложение на 1 поток, то мне таких моков надо столько, сколько потоков и приложений) может кому то и хватит Mountebank и прочих, мне нет
VK
Круто чо.. но здесь не все SDET. Некоторым проще купить нож на кухню в магазине, а не полировать самому.
СС
Дело не в этом, дело в том что по моему опыту лучше сразу делать хорошо, чем временно но быстро) если есть такая возможность конечно. Потому что потом вопрос поддержки может встать довольно остро
VK
Полностью согласен. Просто каждый это "хорошо" делает сообразно собственным умениям и доступному времени. Кстати, в Mountebank можно поднять одновременно нужное количество сервисов.
СС
Да, я уже посмотрел, и на разных портах тоже можно