Запропонувати правкуПокращити цю статтюДопрацюйте відповідь до «Що означає «mocking» в E2E-тестах?». Ваші зміни проходять модерацію перед публікацією.Потрібне підтвердженняКонтентЩо ви змінюєте🇺🇸EN🇺🇦UAПереглядЗаголовок (UA)Коротка відповідь (UA)**Mocking у E2E-тестах** - підміна реальних зовнішніх запитів і відповідей (зазвичай мережевих) на заздалегідь підготовлені фейкові дані, щоб тест виконувався передбачувано і стабільно. **Ключове:** мок не перевіряє реальний backend, він фіксує поведінку фронтенду в контрольованих умовах, найчастіше підміняючи `fetch`/`XHR`, відповіді API та помилки сервера.Показується над повною відповіддю для швидкого нагадування.Відповідь (UA)ЗображенняMocking у E2E-тестах - це підміна реальних зовнішніх запитів і відповідей (зазвичай мережевих) на заздалегідь підготовлені фейкові дані, щоб тест виконувався передбачувано і стабільно. ## Навіщо використовується - виключити залежність від реального backend, мережі та затримок - відтворювати однакову поведінку під час кожного прогону - перевіряти сценарії, які складно або довго отримати від справжнього API (помилки, особливі стани тощо) ## Як це виглядає по суті - тест надсилає запит → замість справжнього сервера підставляється фейкова відповідь - UI отримує дані і поводиться так, ніби взаємодіє з реальною системою ## Що найчастіше мокають - `fetch` / `XHR` - відповіді API (JSON) - помилки сервера - затримки і статуси (200, 400, 500, timeout) **Ключова ідея:** мок не перевіряє реальний backend, він фіксує поведінку фронтенду в контрольованих умовах.Для рев’юераПримітка для модератора (необов’язково)Бачить лише модератор. Прискорює рев’ю.