Retour à Outils

Générateur de données fictives

My tools
No tools yet

Chargement...

Générer des données de test fictives en ligne (trois formats : JSON/CSV/SQL)

  1. 1

    Définir les champs

    Remplissez le nom du champ ligne par ligne et sélectionnez le type (les types numériques peuvent configurer des plages), ou cliquez sur « Exemple » pour charger le schéma prédéfini de table utilisateur à six champs ; les champs peuvent être ajoutés ou supprimés.

  2. 2

    Sélectionner le nombre de lignes et le format

    Nombre de lignes 1-1000 ; basculez le format de sortie entre JSON/CSV/SQL ; sélectionnez le commutateur de données en chinois en fonction du système cible — génération mise à jour en temps réel.

  3. 3

    Copier et utiliser

    Copie en un clic du résultat : JSON directement comme fixture, CSV à coller dans un tableau, SQL contenant les instructions de création de table et d'insertion peut être exécuté directement ; SQL peut être formaté avec un outil de formatage SQL.

Aperçu des fonctionnalités

Générateur de données fictives en ligne : définissez les champs (11 types : nom/nom d'utilisateur/e-mail/numéro de téléphone/ville/entreprise/entier/décimal/date/UUID/booléen), générez en masse des données de test et exportez en JSON, CSV ou SQL (création de table + instructions d'insertion). Prise en charge des ensembles de données en chinois (noms chinois/villes/noms d'entreprises) et basculement vers l'anglais, génération locale dans le navigateur, sans inscription ni limite de nombre d'appels.

Description de l’outil

Générateur de données fictives gratuit en ligne (outil de génération de données de test). 11 types de champs (nom/email/numéro de téléphone/ville/entreprise/nombre/date/UUID, etc.), génération par lots de 1 à 1000 lignes, sortie JSON, CSV ou instructions SQL d'insertion de table ; ensemble de données en chinois (noms chinois, villes, entreprises), exécution locale dans le navigateur sans inscription et sans limite.

Dernière mise à jour

Liste des capacités

  • 11 types de champs sécurisés : nom (chinois/anglais), nom d'utilisateur (pinyin du pool/anglais), e-mail, numéro de téléphone (de forme réelle uniquement), ville, entreprise, entier et décimal (plages configurables), date (dates légales 2020-2025), UUID, booléen — couvrant les principales demandes de génération de données de test, sans types sensibles comme les numéros d'identité.
  • Trois formats de sortie : JSON (objet tableau, chinois conservé tel quel), CSV (échappement RFC 4180, nombres sans guillemets pour préserver le type), SQL (CREATE TABLE + INSERT par lot de 100 lignes, nettoyage des noms de colonnes et évitement des mots réservés) — sortie directe sans redirection.
  • Ensemble de données en chinois : noms chinois formés par combinaison réelle de noms de famille et prénoms chinois, villes et entreprises tirées de pools courants, domaines d'e-mail contenant des domaines courants en Chine — les données de test pour les systèmes chinois ne sont plus des résultats disgracieux de faker anglais.
  • Édition de schéma en temps réel : ajout/suppression de lignes de champs, basculement du type par dropdown, saisie de plages numériques dépliée ; exemple préchargé de table « utilisateurs » à six champs en un clic ; 1-1000 lignes.
  • Règles de noms de champs uniformes : nom vide automatiquement field_N, noms en doublon automatiquement suffixés (comportement cohérent dans les trois formats de sortie) ; génération entièrement locale dans le navigateur, données non téléchargées.

Retours utilisateurs

Votre retour sera examiné (et censuré si nécessaire) avant publication. Merci de ne pas indiquer d’adresse e-mail, de mot de passe ni d’autres données personnelles.

Vos retours nous aident à faire mieux ❤️

Outils connexes

Guides connexes

Questions fréquemment posées

Quels types de champs et formats de sortie cet outil supporte-t-il ?
11 types de champs : nom, nom d'utilisateur, e-mail, numéro de téléphone, ville, entreprise, entier, décimal, date, UUID, booléen (les entiers/décimales peuvent être configurés avec des plages, les dates sont des dates légales entre 2020-2025). Trois formats de sortie : objet JSON tableau, CSV (échappement RFC 4180), SQL (CREATE TABLE + INSERT par lot, types de colonnes dérivés des types de champs). 1-1000 lignes.
Les adresses e-mail et numéros de téléphone générés correspondent-ils à de vraies personnes ?
Ce sont toutes des données d'espace réservé générées par combinaison aléatoire : les adresses e-mail sont composées par combinaison de pools de mots et de domaines courants, elles peuvent coïncider exactement avec des adresses e-mail réelles — uniquement à titre de remplissage, ne pas envoyer d'e-mails à ces adresses ; les numéros de téléphone sont générés aléatoirement en 11 chiffres commençant par 1[3-9], ils peuvent correspondre à des numéros réels en service — réservé au remplissage des tests, ne pas appeler ou envoyer de SMS.
Pourquoi ne pas générer de numéros d'identité ou de numéros de compte bancaire ?
Limites de sécurité : les numéros d'identité avec algorithmes de somme de contrôle — les numéros d'identité « de forme légale » générés selon l'algorithme peuvent passer la vérification d'identité réelle, présentant des risques substantiels d'abus pour l'enregistrement et la fraude, donc non implémentés. D'autres champs comme les numéros de téléphone n'ont pas de scénarios de vérification et ne sont que de forme réelle, avec des risques maîtrisés pour l'usage de remplissage, donc inclus dans l'ensemble de champs sécurisés.
Les données générées peuvent-elles être reproduites ?
Pas de support pour la reproduction avec seed : la source aléatoire utilise un générateur de nombres aléatoires de niveau cryptographique de la plateforme (crypto), chaque génération produit un résultat différent — c'est intentionnel (éviter que les données générées soient suivies par empreinte). Pour les scénarios nécessitant des données reproductibles (tests de régression avec fixtures fixes), il est recommandé de sauvegarder les résultats générés en fichiers, ou d'utiliser des bibliothèques de programmation supportant le seed (comme l'API seed de faker.js).
Quelles sont les règles de basculement entre les données en chinois et en anglais ?
Le commutateur « Données en chinois » contrôle l'ensemble de données : lorsqu'il est activé, les noms/villes/entreprises utilisent le pool chinois (les noms d'utilisateur utilisent le pinyin du pool), lorsqu'il est désactivé, ils utilisent le pool anglais — l'ensemble de données est indépendant de la langue de l'interface, vous pouvez générer des données en chinois même avec une interface en anglais (et vice versa), les deux peuvent être basculés à tout moment pour une nouvelle génération.