Use synthetic data, not customer data
Test fixtures should never expose real personal information. These records are invented locally and intended for development, UI demonstrations, database seeding and QA.
Build realistic test records for mockups, databases, QA, demos and API development—without exposing real people’s information.
Test fixtures should never expose real personal information. These records are invented locally and intended for development, UI demonstrations, database seeding and QA.
JSON suits APIs, NDJSON works well for streaming imports, CSV and TSV open in spreadsheets, and SQL creates a multi-row INSERT statement using your safe table name.
Generated emails, addresses and identities are fictional and should not be used for verification, identity checks, payments, communication or production analytics.
UUIDs are generated independently, but other random fields may occasionally repeat. Add a UUID field when each row requires a practical unique identifier.
No. Values are assembled randomly from local sample pools. Coincidental resemblance is possible, so use them only as test data.
Dataset generation and exports run in your browser. One usage event is recorded only when you press Generate.