Générateur de JSON factice

Suivant

Créez des données JSON d’exemple en un clic. Choisissez le nombre d’enregistrements dont vous avez besoin, de 1 à 100, et le générateur renvoie un tableau JSON prêt à coller. Chaque enregistrement contient un identifiant, un nom, un e-mail, un booléen, un score et une date de création, de quoi alimenter une API simulée, une collection Postman ou un fixture de test sans écrire de seeder.

Comment générer du faux JSON

  1. 1

    Définir le nombre d'enregistrements

    Choisissez le nombre d'enregistrements à générer, de 1 à 100. La valeur par défaut est 5.

  2. 2

    Générer

    L'outil construit un tableau JSON où chaque enregistrement contient un id, un nom, un e-mail, un indicateur actif, un score et une date de création.

  3. 3

    Copier le résultat

    Sélectionnez le JSON généré et copiez-le, ou collez-le directement dans un serveur simulé, une collection Postman ou un fichier de test.

Ce que contient chaque enregistrement

Champ Valeur d’exemple Remarques
id 1 Numéro séquentiel commençant à 1
name Item 1 Nom fictif correspondant au numéro d’enregistrement
email user1@example.com Utilise le domaine réservé example.com
active true Indicateur booléen aléatoire
score 42 Entier aléatoire entre 1 et 100
created_at 2026-03-14 Date aléatoire au cours de la dernière année

Conseils pour des fixtures réalistes

  • Utilisez des domaines d’e-mail réservés. example.com est sûr pour les données de test et n’arrive jamais dans une vraie boîte de réception.
  • Gardez des identifiants séquentiels. Les enregistrements sont numérotés à partir de 1, ce qui garde des diffs propres quand vous comparez des fixtures dans git.
  • Adaptez la taille de la charge au test. Générez autant d’enregistrements que nécessaire, jusqu’à 100, et gardez un nombre faible pour les vérifications rapides.
  • Régénérez pour varier. L’indicateur actif, le score et la date sont aléatoires à chaque exécution, donc regénérez jusqu’à ce que l’échantillon paraisse réaliste.

Erreurs courantes

  • N’utilisez pas de numéros de carte qui ressemblent à de vrais. Tenez-vous-en aux PAN de test valides selon Luhn (4111 1111 1111 1111) et ne générez jamais de CVV réalistes.
  • N’oubliez pas de revalider une sortie que vous avez modifiée à la main. Si vous changez le JSON vous-même, passez-le dans un linter JSON.
  • Ne laissez pas de fausses données dans des seeds de staging poussés par erreur en production. Limitez toujours les seeder à l’environnement local.

Questions fréquentes

Chaque enregistrement contient un identifiant, un nom, une adresse e-mail, un indicateur actif, un score entre 1 et 100 et une date de création. Le résultat est un tableau JSON valide que vous pouvez coller n’importe où.

Non. Les noms sont des placeholders comme Item 1 et chaque e-mail utilise le domaine réservé example.com, donc les données ne correspondent jamais à une vraie personne ni à une vraie boîte de réception.

Oui. Le tableau est produit par un encodeur JSON standard, vous n’obtiendrez donc jamais de virgules finales, de clés non entre guillemets ni de caractères non échappés.

Entre 1 et 100. Utilisez un nombre élevé pour une charge plus grande et un nombre faible pour des tests rapides.

Outils similaires

Outil disponible dans d’autres langues