Как стать автором
Обновить

Изучаю мок-сервера и пишу свой

Уровень сложностиПростой
Время на прочтение20 мин
Количество просмотров9.8K
Всего голосов 27: ↑27 и ↓0+27
Комментарии4

Комментарии 4

Спасибо за статью!

Если вы знакомы с Kafka, то вы знаете, что она не отдает документы, а просто их хранит, грубо говоря

Жадная какая Кафка )


- Прокси работает с реальным сервером — работа с реальными данными всегда важна, поэтому это практически всегда плюс
- Мокирование не работает с реальными данными, но позволяет избавиться от зависимости от реального сервера. При этом большинство задач на моках покрывает то, что нельзя решить на реальном серваке

В вашем случае, имхо, есть возможность объединить оба подхода: перехватывать пары запрос-ответ с помощью прокси и складывать в хранилище, откда их возьмёт заглушка. Таким образом у вас появляется
1) постоянно расширяемая база реальных запросов/ответов
2) возможность воспроизводить сбои (берём упавшую пару запрос-ответ и гоняем воспроизводя гипотетическую ошибку)

Большое спасибо за комментарий!

Про прокси отличная идея, возьму ее на заметку. Никогда не думала использовать таким образом прокси)

Ну, идея проистекает прямо из вашей реализации мока. Насколько я понимаю, это не просто заглушка, дающая установленный ответ на установленный запрос, а немного прокси, выполняющий запись в базу и реализующий некоторую логику.

Да, не просто заглушка, реализует логику, но в БД тесты записывают информацию.

Сервер мока к БД отдельному не подключала.

Прокси просто воспринимаю как что-то между сервером и реальным внешним сервисом, а у меня все-таки реальный сервис совсем не задействуется при работе мока.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий