Розробка фронтенду часто починається раніше, ніж бекенд готовий віддавати реальні дані. Замість того щоб чекати на робочий API, можна згенерувати реалістичні тестові JSON-дані потрібної форми та почати роботу одразу.
Що таке мок-дані
Мок (mock) JSON — це згенеровані, але структурно правдоподібні дані: імена, що виглядають як справжні імена, дати у правильному форматі, ідентифікатори потрібного вигляду. На відміну від тестових значень на кшталт "test123", реалістичні моки одразу показують, чи коректно інтерфейс обробляє довгі імена, порожні поля чи специфічні формати дат.
Навіщо це потрібно
- Почати розробку інтерфейсу до того, як бекенд-команда закінчить роботу над API.
- Тестувати, як інтерфейс поводиться з великою кількістю записів, без потреби наповнювати справжню базу даних.
- Створити демо чи прототип, не розкриваючи реальні дані користувачів.
- Писати автотести, які не залежать від стану зовнішнього сервісу чи бази даних.
На що звернути увагу
Мок-дані добре відтворюють форму та типи реальних даних, але не бізнес-логіку чи взаємозв’язки між записами. Перед виходом у продакшн код все одно потрібно перевірити на справжньому API — моки лише прискорюють ранні етапи розробки.
Реалістичні edge cases в моках
Хороший генератор моків навмисно включає «незручні» значення — дуже довгі імена, порожні рядки, символи Unicode, нульові чи від’ємні числа, дати на межі діапазону. Саме такі значення найчастіше ламають верстку чи логіку, яку розробник тестував лише на «зручних» даних на кшталт "John Doe" — тому випадковість моків корисніша за один і той самий тестовий приклад щоразу.