#mockoon — Public Fediverse posts

Mock API для QA: Mockoon + ngrok

Тестировщикам часто приходится работать в условиях, когда бэкенд ещё не готов, API нестабильно или внешние сервисы недоступны. В таких ситуациях тестирование либо откладывается, либо превращается в угадывание «на словах». В этой статье я показываю, как тестировщик может самостоятельно поднять управляемый mock API без написания серверного кода и сделать его доступным из интернета. Мы разберём связку Mockoon + ngrok: — как создавать mock endpoints; — как эмулировать 200 / 404 / 500 и другие ответы; — как тестировать фронт и интеграции без реального бэкенда. Статья ориентирована на QA-инженеров и подойдёт даже тем, кто никогда не писал backend.

https://habr.com/ru/articles/982628/

#qa #тестирование #mock_api #mockoon #ngrok #api_testing #webhooks #интеграционное_тестирование

Mock API для QA: Mockoon + ngrok

Тестировщикам часто приходится работать в условиях, когда бэкенд ещё не готов, API нестабильно или внешние сервисы недоступны. В таких ситуациях тестирование либо откладывается, либо превращается в угадывание «на словах». В этой статье я показываю, как тестировщик может самостоятельно поднять управляемый mock API без написания серверного кода и сделать его доступным из интернета. Мы разберём связку Mockoon + ngrok: — как создавать mock endpoints; — как эмулировать 200 / 404 / 500 и другие ответы; — как тестировать фронт и интеграции без реального бэкенда. Статья ориентирована на QA-инженеров и подойдёт даже тем, кто никогда не писал backend.

https://habr.com/ru/articles/982628/

#qa #тестирование #mock_api #mockoon #ngrok #api_testing #webhooks #интеграционное_тестирование

Mock API для QA: Mockoon + ngrok

Тестировщикам часто приходится работать в условиях, когда бэкенд ещё не готов, API нестабильно или внешние сервисы недоступны. В таких ситуациях тестирование либо откладывается, либо превращается в угадывание «на словах». В этой статье я показываю, как тестировщик может самостоятельно поднять управляемый mock API без написания серверного кода и сделать его доступным из интернета. Мы разберём связку Mockoon + ngrok: — как создавать mock endpoints; — как эмулировать 200 / 404 / 500 и другие ответы; — как тестировать фронт и интеграции без реального бэкенда. Статья ориентирована на QA-инженеров и подойдёт даже тем, кто никогда не писал backend.

https://habr.com/ru/articles/982628/

#qa #тестирование #mock_api #mockoon #ngrok #api_testing #webhooks #интеграционное_тестирование

Mock API для QA: Mockoon + ngrok

Тестировщикам часто приходится работать в условиях, когда бэкенд ещё не готов, API нестабильно или внешние сервисы недоступны. В таких ситуациях тестирование либо откладывается, либо превращается в угадывание «на словах». В этой статье я показываю, как тестировщик может самостоятельно поднять управляемый mock API без написания серверного кода и сделать его доступным из интернета. Мы разберём связку Mockoon + ngrok: — как создавать mock endpoints; — как эмулировать 200 / 404 / 500 и другие ответы; — как тестировать фронт и интеграции без реального бэкенда. Статья ориентирована на QA-инженеров и подойдёт даже тем, кто никогда не писал backend.

https://habr.com/ru/articles/982628/

#qa #тестирование #mock_api #mockoon #ngrok #api_testing #webhooks #интеграционное_тестирование

Как и зачем мы делали свое браузерное расширение для мокирования API

Понедельник, утро, открываешь проект, а авторизация на dev-стенде снова сломана. Или же надо поторопиться с релизом фичи, а бэк еще не готов, и разрабатывать нужно параллельно, и тут без моков не обойтись. Ну или классика: в командировке лежит интернет, и вся работа встала колом. Знакомо? Что тут можно поделать? Можно подождать, пока починят стенд. Можно залезть в код и что-нибудь там нахардкодить, переполнив его ненужной логикой моков. Можно поставить Postman, Insomnia или другие популярные решения. Но у каждого подхода есть подводные камни: простои и сорванные дедлайны, забытые хардкоды в продакшене, необходимость согласований с инфобезом (особенно если вы работаете в банке) и зависимость от внешних серверов. Мы попробовали существующие решения и поняли: ни одно из них не закрывает наши потребности полностью. Нужно было что-то свое: простое в установке, работающее офлайн, не требующее дополнительных приложений и аккаунтов. Что-то, что можно быстро настроить под себя и не зависеть от внешних решений вендора. Так появился наш велосипед — браузерное расширение Req-Saver. Да, представимся. Мы — Александр Битько и Дмитрий Панфилов , фронтенд-разработчики в ПСБ. Сегодня расскажем, как превратили мокирование запросов из головной боли в простую и понятную работу.

https://habr.com/ru/companies/psb/articles/960446/

#react #reactjs #браузерные_расширения #мокирование #api #mvp #chrome_devtools #postman #insomnia #mockoon

Как и зачем мы делали свое браузерное расширение для мокирования API

Понедельник, утро, открываешь проект, а авторизация на dev-стенде снова сломана. Или же надо поторопиться с релизом фичи, а бэк еще не готов, и разрабатывать нужно параллельно, и тут без моков не обойтись. Ну или классика: в командировке лежит интернет, и вся работа встала колом. Знакомо? Что тут можно поделать? Можно подождать, пока починят стенд. Можно залезть в код и что-нибудь там нахардкодить, переполнив его ненужной логикой моков. Можно поставить Postman, Insomnia или другие популярные решения. Но у каждого подхода есть подводные камни: простои и сорванные дедлайны, забытые хардкоды в продакшене, необходимость согласований с инфобезом (особенно если вы работаете в банке) и зависимость от внешних серверов. Мы попробовали существующие решения и поняли: ни одно из них не закрывает наши потребности полностью. Нужно было что-то свое: простое в установке, работающее офлайн, не требующее дополнительных приложений и аккаунтов. Что-то, что можно быстро настроить под себя и не зависеть от внешних решений вендора. Так появился наш велосипед — браузерное расширение Req-Saver. Да, представимся. Мы — Александр Битько и Дмитрий Панфилов , фронтенд-разработчики в ПСБ. Сегодня расскажем, как превратили мокирование запросов из головной боли в простую и понятную работу.

https://habr.com/ru/companies/psb/articles/960446/

#react #reactjs #браузерные_расширения #мокирование #api #mvp #chrome_devtools #postman #insomnia #mockoon

Как и зачем мы делали свое браузерное расширение для мокирования API

Понедельник, утро, открываешь проект, а авторизация на dev-стенде снова сломана. Или же надо поторопиться с релизом фичи, а бэк еще не готов, и разрабатывать нужно параллельно, и тут без моков не обойтись. Ну или классика: в командировке лежит интернет, и вся работа встала колом. Знакомо? Что тут можно поделать? Можно подождать, пока починят стенд. Можно залезть в код и что-нибудь там нахардкодить, переполнив его ненужной логикой моков. Можно поставить Postman, Insomnia или другие популярные решения. Но у каждого подхода есть подводные камни: простои и сорванные дедлайны, забытые хардкоды в продакшене, необходимость согласований с инфобезом (особенно если вы работаете в банке) и зависимость от внешних серверов. Мы попробовали существующие решения и поняли: ни одно из них не закрывает наши потребности полностью. Нужно было что-то свое: простое в установке, работающее офлайн, не требующее дополнительных приложений и аккаунтов. Что-то, что можно быстро настроить под себя и не зависеть от внешних решений вендора. Так появился наш велосипед — браузерное расширение Req-Saver. Да, представимся. Мы — Александр Битько и Дмитрий Панфилов , фронтенд-разработчики в ПСБ. Сегодня расскажем, как превратили мокирование запросов из головной боли в простую и понятную работу.

https://habr.com/ru/companies/psb/articles/960446/

#react #reactjs #браузерные_расширения #мокирование #api #mvp #chrome_devtools #postman #insomnia #mockoon

Как и зачем мы делали свое браузерное расширение для мокирования API

Понедельник, утро, открываешь проект, а авторизация на dev-стенде снова сломана. Или же надо поторопиться с релизом фичи, а бэк еще не готов, и разрабатывать нужно параллельно, и тут без моков не обойтись. Ну или классика: в командировке лежит интернет, и вся работа встала колом. Знакомо? Что тут можно поделать? Можно подождать, пока починят стенд. Можно залезть в код и что-нибудь там нахардкодить, переполнив его ненужной логикой моков. Можно поставить Postman, Insomnia или другие популярные решения. Но у каждого подхода есть подводные камни: простои и сорванные дедлайны, забытые хардкоды в продакшене, необходимость согласований с инфобезом (особенно если вы работаете в банке) и зависимость от внешних серверов. Мы попробовали существующие решения и поняли: ни одно из них не закрывает наши потребности полностью. Нужно было что-то свое: простое в установке, работающее офлайн, не требующее дополнительных приложений и аккаунтов. Что-то, что можно быстро настроить под себя и не зависеть от внешних решений вендора. Так появился наш велосипед — браузерное расширение Req-Saver. Да, представимся. Мы — Александр Битько и Дмитрий Панфилов , фронтенд-разработчики в ПСБ. Сегодня расскажем, как превратили мокирование запросов из головной боли в простую и понятную работу.

https://habr.com/ru/companies/psb/articles/960446/

#react #reactjs #браузерные_расширения #мокирование #api #mvp #chrome_devtools #postman #insomnia #mockoon

My #Mac app of the month: #Mockoon. It's a neat simple little app that allows me to launch a mock HTTP server that I can quickly configure to respond to HTTP requests with some response. Great for testing HTTP clients locally.
#webdev #dev