Тестові файли CSV, JSON, XML і Markdown

Інструмент для генерації тестових документів, які використовуються у QA-перевірці парсерів, тестуванні ETL-конвеєрів і перевірці сумісності переглядачів. Шість форматів (CSV, JSON, XML, RTF, Markdown, TXT) з детермінованим вмістом — один і той самий набір параметрів завжди дає однакові байти, що ідеально для регресійного тестування. Оберіть готовий пресет або задайте кількість рядків і колонок вручну.

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

Оберіть картку пресету для швидкого завантаження одним кліком або скористайтеся конструктором нижче.

Вкажіть формат, кількість рядків і колонок, а потім натисніть «Згенерувати».

Документ буде створено та збережено на вашому пристрої — щоразу ті самі байти.

CSV, JSON, XML, RTF, Markdown, TXT — детермінований вміст до 100 000 рядків

Пресети

Конструктор

Формат

Рядки

Колонки

Роздільник CSV

Мітка порядку байтів CSV

Можливості

Шість текстових форматів — CSV, JSON, XML, RTF, Markdown, TXT — однакова модель даних, різне подання

Одна схема запису співробітника серіалізується шістьма способами, тому ви можете подати ті самі рядки у CSV-парсер, JSON-читач і XML-конвеєр та порівняти поведінку.

Детермінований вміст — генератор з фіксованим seed видає однакові байти при кожному запуску

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

До 100 000 рядків і 50 колонок — навантажуйте парсери граничними розмірами файлів

Масштабуйте один документ до 100 000 рядків і 50 колонок, щоб перевірити потокові парсери та межі пам’яті на файлах більших за типові зразки.

Реалістичні поля запису — ім’я, email, місто, відділ, зарплата, дата вступу

Кожен рядок містить ім’я, email, місто, відділ, зарплату й дату вступу; email-адреси використовують зарезервований RFC 6761 домен example.test, тому жоден лист не потрапить до реального поштового ящика.

Часті запитання

Чому DOCX/XLSX/PPTX/ODT позначені як «Незабаром»?

Це контейнери XML у ZIP-обгортці (Office Open XML, OpenDocument) — генерувати їх у браузері на чистому JS без бібліотеки розміром 300+ КБ незручно. Вони з’являться в наступному етапі, коли ми підключимо невеликий writer (ймовірно docx-templates або pptxgenjs). Наразі шість текстових форматів покривають більшість потреб конвеєрів і QA-тестування парсерів.

Чому всі рядки виглядають «вигаданими, але реалістичними»?

Дані використовують українські, російські й англійські імена та прізвища, назви міст, відділів і дати — достатньо реалістичні для тестування розбору імен і нормалізації адрес, але вигадані, тому жодних ризиків, пов’язаних з персональними даними, немає. Email-адреси мають вигляд user1@example.test (зарезервований RFC 6761 домен), тому вони ніколи не потраплять до реального поштового ящика.

Чому результат детермінований?

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

Чи можна згенерувати пошкоджені версії цих документів?

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

💡 Хочете, щоб ми покращили цей інструмент спеціально для вас?

Звичайно! Просто надішліть нам коротке повідомлення з вашою ідеєю. Якщо хочете обговорити детальніше — залиште email, і ми зв’яжемося з вами. Можна залишитися анонімом.

Як ви оцінюєте цей інструмент?

Дякуємо за вашу оцінку!

Змінити мою оцінку

Хочете залишити коментар?

Хочете розповісти більше? Залиште коментар!

Дякуємо! Ваш коментар з’явиться після модерації.

Для кого цей інструмент?

Опубліковано 21 тра 2026 Оновлено 22 тра 2026 Автор: Верховний