Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Коли варто мокати API, а коли ні?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)**API варто мокати**, коли бекенд нестабільний чи недоступний, потрібна гарантована поведінка даних або швидкі тести без залежності від мережі. **Ключове:** не мокати, коли перевіряють реальний зв'язок фронт → бекенд end-to-end або шукають регрес у справжньому сервісі, а не в фейкових даних.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)Зображення## Коли мокати API - коли бекенд нестабільний, недоступний або ще не готовий - коли потрібна гарантована і відтворювана поведінка даних - коли важливо перевірити рідкісні кейси (помилки 500, порожні відповіді, таймаути) - коли тести мають бути швидкими і не залежати від мережі - коли йдеться про локальну розробку або CI, де важлива передбачуваність ## Коли НЕ мокати API - коли потрібно переконатися, що реальний зв'язок фронт → бекенд працює end-to-end - коли тест перевіряє справжній користувацький сценарій, а не лише UI - коли важливо протестувати інтеграцію, а не ізольований інтерфейс - коли потрібно спіймати регрес у роботі справжнього сервісу, а не фейкових даних **Підсумок в одному рядку:** Мокаємо, для стабільності та швидкості. Не мокаємо, коли перевіряємо реальність, а не імітацію.Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.