Comments 13
Вау, действительно намного удобнее, чем сниффер, спасибо огромное!
Потрясающе! Спасибо!
А смысл в подобной подмене? Вот если бы можно было создать правило, которое автоматически проверяет статус соответвующего дефекта в Jira, а еще лучше статус соответвующего pull request, а именно, чтобы он стал Merged и только тогда запустить тест, чтобы получить реальную картину после того как изменения вчекинены в Github
Я так понимаю ты автоматизатор и ручником не работал? Если ты не понимаешь для чего нужны подмены
Отвечая на твой вопрос:
1. когда бэк не готов
2. когда тебе нужно проверить данные, но изменить их в БД ты не можешь
3. когда нужно замокать и посмотреть задачу на другом стенде
4. когда нужно проверить как фронт будет обрабатывать 400 и 500 ошибки
Данная статья больше актуальна для manual QA.
А насчет автоматизации процессов с джирой и Github - данный запрос поможет решить Jenkins.
Отказались от Requestly после того как они недавно поменяли условия бесплатного плана (убрали динамическую подмену, оставили всего 5 правил и т.д.)
Перешли на Netify - рекордера у него нет (но мы и не пользовались), но зато неограниченное количество правил и есть режим точки останова - в модальном окне можно изменить как запрос, так и ответ на лету - в requestly для этого знания JS требовались .
И да, еще и в devTools отобразятся подмененные данные и, если отвлекли в процессе, не приходится гадать, правило отработало или нет)
Поделись, пожалуйста, где можно почитать про возможности подмен в Netify
Документации у него как таковой нет, страничка на гитхабе - https://github.com/vladlavrik/netify
Но там все интуитивно понятно. Для коллег писал краткую справку по режимам его работы (простите, без скринов, замазывать долго):
Mutation
Режим изменений - в нем можно модифицировать как запрос, так и\или ответ.
В devTools статус код будет указан оригинальный, но тело ответа - модифицированное
Local response
Отлично подходит для тестирования алертов и прочих ошибок.
Сетевой запрос сервису не будет отправлен, а в devTools будет отображаться указанный в правиле статус код и тело ответа
Breakpoint
Режим точки останова. Request - при отправке запроса, Response - при получении ответа, Both - в обоих случаях
Позволяет модифицировать данные "на лету". При выборе "Response" Netify выведет результат запроса в форму и позволит его отредактировать до того, как этот результат будет отдан сайту. Достаточно настроить одно правило, что бы воспроизводить разные ситуации
После модификации данных необходимо нажать на кнопку "Send response" и ответ уйдет сайту
В devTools статус код будет указан оригинальный, но тело ответа - модифицированное
А как установить Netify?
Устанавливается так же, как и любое расширение для хрома. https://chrome.google.com/webstore/detail/netify/mdafhjaillpdogjdigdkmnoddeoegblj?hl=ru
Есть еще https://mockoon.com/
Спасибо автору за хорошую статью)
Я бы отметил важную особенность того, что при подмене боди и статус-кода ответа изменения не отобразятся в Network в девтулз, так что о полноценной эмуляции ответа от бека не говорить не приходится. Может это допилят со временем, а так что-то быстро посмотреть в целом удобно.
Как легко сделать подмену данных на вебе?