Pull to refresh

Comments 2

Неплохо, но все равно выглядит как-то костыльнно :)
Я про логику динамического формирования заглушки: метод `setscenario` записывает переменные, а остальные их считывают. А можно в скрипте SoapUi создавать новую заглушку (заглушка создает заглушку, хехе)? Так было бы более канонично, плюс убивать ее сразу после теста.
Ну и параллелить точно уже не получится при таком подходе (ну либо очень осторожно).

А почему не рассматриваете развитие в сторону какого-нибудь мок-сервера (тот же WireMock)? SoapUi все-таки больше инструмент для ручных тестов, в нем нет той гибкости, какую нам могут предложить различные специализированные библиотеки.
Насчет выбора метода согласен, что это не самое красивое решение, но в поставленных условиях думаю, что оно оптимально. Создать заглушку — не обязательно(еще более «костыльно» :D ), можно вообще шагнуть дальше, а обращаться к библиотеке ответов и в одной заглушке возвращать нужный :)
При выборе SoapUI — наличие GUI позволяет быстро настроить сервис. Для небольших и несложных проектов здорово подходит, поэтому выбор пал на него. Если рассматривать более сложные проекты, то наверное действительно стоит смотреть в сторону WireMock или MockServer.
Sign up to leave a comment.

Articles