У меня есть 2 сервиса, которые по апи общаются, и я хочу потестить как вебхук с 3-ей стороны в одном сервисе прорастает во второй. В идеале бы сделать все это не выходя из RSpec,
но что-то мне подсказывает, что так не получится 😎 и надо смотреть что-то вроде cypress и прогонять когда они на стейдже раскатаны.
Кто как делает в таких случаях?
Это не интеграционные тесты, а сквозные (фича, e2e) - то есть ты хочешь эмулировать поведение реального поведения Если интеграционные тесты хочешь, то прост мокай сервис, который вызываешь Иначе делай окружение для тестирования и там пускай через какой-нибудь браузер/клиент для запросов или т.п.
Да, подход с моками - они есть, но если что-то в одном месте поменять - сложно понять, где менять Моки во втором. То есть ты точно не знаешь, насколько твои Моки корректны.
Версионирование контрактов и зоны ответвенности, поидее в хороших командах такого без согласования не должно происходить, а так, да - то как ты хочешь - это не интеграционные тесты. На rspec их можно писать - но это уже по сути отдельная программа для автоматизации и симуляции пользователя (клиента)
Я зашел на новый проект, пока что горю 😆😆😆 естественно нету ничего подобного. Боль в том, что source of truth утек в 3rd party и к нам прилетают хуки, которые по другим сервисам разлетаются. И это платежи, и завтра надо релизиться ибо конец месяца в среду, а среда - выходной.
Ну хз, я бы на твоем месте обсудил этот вопрос с командой - насколько это все актуально и прочее, прост такие тесты не совсем легко писать, мб есть более важные вещи)
А тестирование через testcontainers не рассматриваете ? Это идеальный вариант для интеграционных тестов, тем более их имплементировали в рубях
Дев, писавший это - уволился.
Так, интересно, звучит валидно, можно поподробнее, куда смотреть? 👍
Загугли testcontainers. Смысл в том, чтобы собирать приложение-зависимость в докер образ (необязательно на проде развертывать все в докере). Во время старта тестов поднимается контейнер, в него шлются все запросы, а по окончанию тестов контейнер умирает. Так и стейджинг никакой не затрагивается и поведение приближено к продакшену. + ели CI хорошо развит, то можно запускать тесты у всех зависимых приложений, если вносятся какие то изменения
Но, справедливости ради, добавляется дополнительный слой, который нужно поддерживать так или иначе и выстраивать концепцию.
Понял, спасибо большое, погуглю. У нас все для стейджа настроено, даже внешние сервисы, поэтому должно сработать.
Обсуждают сегодня