JSON

Mock JSON Generator

Генерация фейковых JSON-данных по шаблону: значения-плейсхолдеры вроде {{name}} или {{email}}, а массивы повторяются через "ключ|N".

Плейсхолдеры: {{uuid}} {{name}} {{firstName}} {{lastName}} {{email}} {{phone}} {{number(1,100)}} {{float(0,1)}} {{boolean}} {{date(2020,2024)}} {{datetime}} {{word}} {{sentence}} {{paragraph}} {{city}} {{country}} {{company}} {{color}} {{index}} · массив: "ключ|N": [шаблон] — повторить N раз.

Вместо ручного написания тестовых данных инструмент генерирует реалистичный фейковый JSON по шаблону с плейсхолдерами вроде {{name}}, {{email}} или {{uuid}}. Массив с нужным количеством элементов создаётся синтаксисом «ключ|N».

Как пользоваться

Типичные сценарии

Что стоит помнить

Каждая генерация случайна по замыслу — чтобы увидеть тот же результат ещё раз, сохраните сгенерированный JSON отдельно, а не полагайтесь на повторную генерацию.

Сгенерированные данные реалистичны по форме (email выглядит как email), но не имеют никакого отношения к реальным людям или записям.

Статья об этом инструменте: Mock JSON Generator: зачем нужны фейковые данные

Часто задаваемые вопросы

Как этот инструмент решает, какие фиктивные значения генерировать?

Он генерирует значения на основе типов полей и шаблонов, которые вы задаёте в схеме или шаблоне, таких как имена, email, числа в диапазоне или даты, не используя никаких реальных данных.

Могу ли я получать одни и те же тестовые данные каждый раз при генерации?

Если инструмент предлагает опцию seed, использование одного и того же значения seed воспроизводит идентичный вывод при каждом запуске; в противном случае значения каждый раз генерируются заново случайным образом.

Отправляются ли эти данные на сервер?

Нет. Все тестовые данные генерируются локально в вашем браузере с помощью JavaScript — ничего никуда не загружается.

Включают ли мок-данные «неудобные» крайние значения?

Генератор намеренно чередует обычные значения с крайними — длинные строки, пустые поля, числа на границе диапазона. Именно такие значения чаще всего выявляют ошибки вёрстки или логики, незаметные на «удобных» примерах вроде "test123".

Можно ли воспроизвести тот же набор мок-данных повторно?

Каждая генерация случайна по замыслу — чтобы показать новые вариации данных. Если нужен именно тот же результат ещё раз, сохраните сгенерированный JSON отдельно вместо повторной генерации.

Статьи: JSON

JSON Formatter: форматирование, минимизация и валидация

Форматирование для читаемости, минимизация для размера, валидация для корректности — три разные задачи с JSON.

JSONPath: как искать данные в JSON без ручного парсинга

Как JSONPath позволяет достать нужные значения из большого JSON одним выражением вместо ручного обхода.

JSON Diff: чем структурное сравнение отличается от текстового

Почему порядок ключей не должен влиять на сравнение двух JSON-документов.

JSON Schema: как описать и проверить структуру JSON

Как JSON Schema позволяет автоматически проверить, соответствуют ли данные ожидаемому контракту.

JSON Flatten: превращение вложенной структуры в плоский список

Как глубоко вложенный JSON превращается в плоский список ключей вида user.address.city.

JSON Sort Keys: зачем сортировать ключи объекта

Почему порядок ключей в JSON не регламентирован, но сортировка всё равно бывает полезна.

JSON Repair: почему JSON ломается и как это исправить

Типичные причины «сломанного» JSON и что автоматический ремонт может, а что не может исправить.

JSON ↔ YAML/CSV/XML/TOML: когда и зачем конвертировать

Какие данные теряются при конвертации JSON в CSV и почему YAML и TOML популярны для конфигов.