← Назад до функцій
Pro

Request Mocker

Request Mocker змінює мережевий трафік у браузері, не торкаючись серверної частини — блокуйте запити, встановлюйте або видаляйте заголовки запитів і відповідей, а також повертайте власні коди стану, тіла та затримки, щоб ви могли тестувати стани, які справжній API не створюватиме на вимогу.

Деякі штати дуже важко дістатися. Для порожньої інформаційної панелі потрібна порожня відповідь, для банера повторної спроби — 500, для скелета завантаження — повільна кінцева точка, а для інтерфейсу — кінцева точка, якої ще не існує. Зазвичай кожна з них означає зміну серверної частини, заповнену базу даних або закоментований рядок, який ви сподіваєтеся не надсилати.

Request Mocker створює ці стани в браузері. Зіставте URL-адресу за підрядком або символами узагальнення, а потім вирішіть, що станеться: заблокуйте запит, щоб сторінка побачила помилку, перепишіть заголовки запиту чи відповіді на льоту або поверніть стандартну відповідь із кодом статусу, типом вмісту, основним вмістом і затримкою на ваш вибір. Сторінка не може відрізнити різницю, тому ваша справжня обробка помилок, порожні стани та тайм-аути працюють як реальні.

Блокування та перезапис заголовків використовують правила declarativeNetRequest Chrome, тому вони застосовуються до всього, що запитує сторінка, включно з перезавантаженням. Фальшиві відповіді подаються для отримання та XMLHttpRequest зсередини сторінки, і панель реєструє кожну з них, коли вона обслуговується, разом із лічильником відвідувань для кожного правила, тож ви можете з першого погляду побачити, чи ваше правило відповідає тому, що ви думаєте.

Правил свідомо легко позбутися. Вони зберігаються на кожному сайті, застосовуються лише до поточної вкладки, і кожен із них видаляється, коли ви закриваєте інструмент — тому немає можливості витратити півдня на налагодження проблеми, яка виявляється імітацією, про яку ви забули.

Live-перегляд
app.example.com
Request Mocker На цій вкладці активні 3 правила
Нове правило
Імітаційна відповідь GET /api/orders
Статус 500 Затримка мс 1200 Додайте правило
правила
знущатися GET /api/orders → 500 7 ●
блокувати ANY analytics.vendor.com/* ●
заголовки ANY /api/* → Cache-Control: no-store ●
Надано висміювані відповіді
GET 500 /api/orders?page=1 · fetch · 14:22:07
GET 500 /api/orders?page=2 · fetch · 14:22:11
Основні функції

Блокувати будь-який запит

Зупиніть вихід запиту, зіставивши URL-адресу та метод, і подивіться, як поводиться сторінка, коли сценарій, зображення, трекер або виклик API просто не надходять.

Переписуйте заголовки на льоту

Установіть або видаліть заголовки запиту та відповіді — додайте заголовок авторизації, примусово Cache-Control: no-store або видаліть заголовок, щоб побачити, що ламається — без будь-яких змін на сервері.

Поверніть свої власні відповіді

Обслуговуйте тіло, яке ви пишете, із кодом статусу та типом вмісту, який ви виберете. Ідеально підходить для порожніх списків, неправильно сформованих корисних даних і кінцевих точок, яких ще не існує.

Симуляція помилок і повільних мереж

Повертайте 500, 429 або 404 на вимогу та додайте затримку в мілісекундах, щоб затримати відповідь, щоб можна було належним чином перевірити стани завантаження, обертання та обробку тайм-ауту.

Зіставлення підрядка або символу підстановки

Встановіть незначний відповідник із фрагментом, наприклад /api/users, або точно зі знаком підстановки, наприклад *.example.com/v1/*, і звузіть будь-яке правило до одного методу HTTP.

Зберігається для кожного сайту, очищається при виході

Правила належать сайту, на якому ви їх створили, і застосовуються лише до поточної вкладки. Закриття інструмента видаляє всі активні правила, тож ніщо не перехоплює трафік за вашою спиною.

Поширені сценарії використання

Тестування порожніх станів

Поверніть порожній масив для кінцевої точки списку та подивіться, чи ваш інтерфейс користувача відображає належний порожній стан чи незграбну порожню панель.

Примусовий запуск обробки помилок

Зробіть кінцеву точку поверненням 500 або 429 на вимогу, щоб перевірити, чи банер повторної спроби, тост і резервна копія дійсно з’являються.

Створення на основі API, якого ще не існує

Знущайтеся над узгодженою формою відповіді та створюйте весь інтерфейс на основі нього, поки бекенд ще пишеться.

Діагностика сторонніх скриптів

Заблокуйте сценарій аналітики, чату чи реклами, щоб переконатися, що це уповільнює сторінку чи порушує макет.

Перевірка повільної роботи мережі

Додайте двосекундну затримку до однієї кінцевої точки та спостерігайте, як скелети, спінери та тайм-аути витримають, коли один виклик затримується.

Як користуватися
1

Відкрийте Request Mocker

Натисніть піктограму Request Mocker у док-станції DevSuite Pro. Панель відкриється з формою правила вгорі та вашими збереженими правилами для цього сайту під нею.

2

Виберіть те, що має статися

Виберіть «Запит на блокування», «Редагувати заголовки» або «Фактична відповідь» і за бажанням обмежте правило одним методом, наприклад POST.

3

Скажіть, які URL-адреси збігаються

Введіть підрядок, наприклад /api/users, або використовуйте символи підстановки, наприклад *.example.com/v1/*. Виберіть, чи охоплює це правило лише виклики Fetch і XHR чи всі типи запитів.

4

Заповніть деталі та додайте

Для заголовків пишіть їх по одному на рядок — Name: значення, щоб встановити одне, Name: окремо, щоб видалити його. Для макета встановіть статус, затримку, тип вмісту та тіло. Натисніть Додати правило, і воно буде застосовано негайно.

5

Подивіться, як це працює, а потім закрийте

Перезавантажте сторінку або скористайтеся сторінкою, і в журналі буде показано кожну підроблену відповідь у міру її надходження з підрахунком звернень біля кожного правила. Перемикайте, редагуйте або видаляйте правила по ходу; закриття інструмента очищає їх усі.

Готові спробувати?

Встановіть DevSuite Pro безкоштовно та отримайте понад 71 інструментів розробника

Додати в Chrome Додати в Edge Додати в FireFox