données factices OpenAPIDes corps adaptés à chaque scénario
Choisissez une opération et un corps, puis utilisez un exemple ou le schéma.
données factices OpenAPI
Spécification OpenAPI
Instances générées
La spécification et les corps restent dans ce navigateur ; aucune requête API n’est envoyée.
Lecture des opérations…
Les données factices OpenAPI servent à préparer les tests d’une interface avant la disponibilité de son API. Chaque jeu reste lié à une opération et à un statut précis. Cela évite de transformer à la main une réponse réussie en erreur tout en conservant des champs incompatibles.
Pour générer des données factices à partir de schémas OpenAPI, distinguez le nombre de corps du nombre d’éléments qu’ils contiennent. La quantité demandée forme un lot indépendant ; les contraintes du tableau continuent de définir chaque réponse.
Pourquoi utiliser des données factices OpenAPI
Associer chaque exemple au bon statut
Les données factices OpenAPI peuvent représenter une réponse 400 ou 404 déclarée, aussi facilement qu’une réponse 200. Choisissez l’exemple nommé du type de média concerné sans modifier la spécification. Les exemples d’un autre statut ne sont pas mélangés au résultat.
Rejouer un lot identique
Désactivez la priorité des exemples pour échantillonner le schéma avec une graine fixe. Conservez le document, les réglages et la version du moteur pour reproduire le lot. Un exemple explicite ou une constante peut rester identique quelle que soit la graine.
Trois réglages qui changent le contenu
01
Définir le sens du corps
L’exemple YAML initial alimente automatiquement les listes de choix. Le sens requête ne traite que requestBody ; le sens réponse utilise le statut et le média choisis. Les paramètres de chemin, de requête URL et d’en-tête restent hors de ce résultat.
02
Choisir la priorité des exemples
Les examples nommés ou example du média passent avant ceux du schéma et de ses propriétés. Un exemple invalide provoque une erreur au lieu d’être remplacé discrètement. Désactivez la priorité pour explorer d’autres valeurs permises par les contraintes.
03
Vérifier l’enveloppe du fichier
Un seul résultat JSON garde la forme du corps ; un lot ajoute un tableau extérieur. En JSONL, chaque ligne contient un corps complet. Ctrl/Cmd + Entrée lance la génération. Toute modification bloque l’export jusqu’au prochain résultat valide.
Construire des données de simulation ciblées
Opération et statut déclarés
Retrouvez une opération par sa méthode et son chemin. La réponse peut utiliser un code précis, une plage ou default. Le choix initial privilégie 200, puis un autre 2xx, puis la première entrée. Les scénarios d’erreur disposent ainsi du même parcours que les succès.
Vérifier aussi les exemples
Valeurs intégrées, exemples nommés et références locales vers un Example Object sont acceptés. Les exemples de schéma et de propriétés sont utilisés lorsqu’ils conviennent. Chaque corps est vérifié contre le schéma pris en charge pour son sens avant l’export.
Distinguer requête et réponse
Les propriétés readOnly sont exclues des requêtes, les writeOnly des réponses. Les obligations required correspondantes sont adaptées. Si un exemple fourni contient une propriété exclue, il est refusé sans suppression silencieuse de son contenu.
Lots reproductibles
Préparez de 1 à 100 corps indépendants avec une graine explicite. uniqueItems impose l’unicité dans le tableau d’un corps, pas entre tous les corps du lot. Augmenter la quantité ne modifie donc pas les contraintes internes de la réponse.
Contrats acceptés et limites réelles
OpenAPI 3 et médias JSON
Un seul document JSON ou YAML en OpenAPI 3.0.x ou 3.1.x est accepté. Swagger 2 et OpenAPI 3.2 sont exclus. Les corps doivent être application/json ou application/*+json ; XML, formulaires, binaire, callbacks et exécution de webhooks restent hors périmètre.
Pas de contraintes ignorées
Types, enum/const, properties, required, additionalProperties, items, uniqueItems et bornes numériques ou de taille sont pris en charge. nullable et bornes exclusives de 3.0 sont normalisés. Composition, conditions, pattern, format, multipleOf, tuples et mots-clés de validation inconnus bloquent la génération, même avec un exemple.
Références dans le même document
Les JSON Pointer locaux peuvent viser un schéma ou un exemple. URL externes, externalValue, cycles, ancres, identifiants de ressources et références dynamiques ne sont pas développés. Les contraintes voisines d’une référence de schéma 3.1 sont refusées plutôt que fusionnées avec une sémantique incorrecte.
Ne pas inventer de corps vide
Une réponse sans content indique une absence de corps et ne produit pas un fichier null. Un média JSON sans schema est refusé. default n’est pas un exemple ; le nom d’un champ ne déclenche pas une invention de personne ou d’adresse, et aucun script d’extension n’est exécuté.
Budget borné
L’entrée accepte 500 000 caractères. Le schéma de génération développé est limité à 100 000 caractères, 2 000 nœuds syntaxiques et une profondeur de 12, conteneurs compris. Autres plafonds : chaînes de 1 000 unités, collections de 100 éléments, sortie de 1 000 000 caractères et worker de 5 secondes. La graine est un entier de 0 à 4294967295. Précision perdue, clés doubles et alias YAML sont refusés.
Fichiers de données uniquement
Aucune URL d’API, aucun serveur HTTP, authentification, CRUD persistant ou programme MSW/Express n’est créé. Ce n’est pas un test de contrat contre un serveur réel. Dépasser le budget du moteur ne prouve pas qu’aucune instance valide du schéma ne peut exister.
Questions sur les données factices OpenAPI
Comment générer des exemples JSON depuis une définition OpenAPI ?
Collez le document complet pris en charge, puis choisissez opération, sens et média. Gardez la priorité pour reprendre les exemples documentés, ou désactivez-la pour échantillonner le schéma. Un schéma isolé se traite avec le générateur dédié aux schémas.
Comment choisir un exemple de réponse précis ?
Choisissez d’abord le statut et le média JSON, puis l’exemple nommé défini à cet endroit. Une valeur intégrée ou une référence locale vers un Example Object convient. Les exemples du média priment sur ceux du schéma.
Peut-on générer une réponse d’erreur ?
Oui, si l’opération déclare cette réponse avec un schéma JSON compatible. Sélectionnez 400 ou 404 pour obtenir le corps correspondant comme jeu de test. Cela n’envoie pas de réponse HTTP et ne simule pas une panne de serveur.
Pourquoi la sortie reste-t-elle identique ?
La graine initiale vaut 42. Le même document et les mêmes réglages reproduisent l’échantillonnage. example, const ou un enum à une seule valeur peuvent rester fixes pour toutes les graines. Désactivez d’abord la priorité des exemples pour comparer les graines.
Le mock généré valide-t-il de vraies requêtes ?
Non. La validation compare le corps fourni ou généré au schéma effectif pris en charge. Elle ne contacte pas l’API et n’exécute ni middleware, ni contrôle des en-têtes réels, de l’authentification ou des règles métier.