Générer des données de test cohérentes avec le schéma.
Les données synthétiques doivent respecter les relations déclarées et rester clairement fictives. Incluez des cas limites lorsque le but est le test plutôt que la démonstration.
Adaptez le processus à votre tâche.
Définissez champs, types et relations, puis générez des enregistrements clairement fictifs respectant ces règles. Ajoutez des cas limites délibérés pour le test et distinguez les jeux valides des entrées volontairement invalides.
- Ce que vous fournissez
- Schéma et contraintes de test.
- Ce que vous obtenez
- Enregistrements clairement synthétiques respectant les relations spécifiées.
Consultez les données et le résultat.
Entrée et sortie illustratives · exemple pédagogique, pas une exécution WebAct en direct
Exemple champ
Generate two fictional orders with unique order_id, valid customer_id and nonnegative amount. Allowed customer IDs: SYN-C1, SYN-C2. Include a zero amount.
Exemple complet
[
{"order_id": "SYN-O1", "customer_id": "SYN-C1", "amount": 0},
{"order_id": "SYN-O2", "customer_id": "SYN-C2", "amount": 24.5}
]
Both customer references belong to the supplied list. All records are synthetic.Chargez ces données dans le prompt, puis copiez-le dans WebAct pour essayer la tâche. Votre résultat peut différer de l'illustration.
Décisions et dépannage.
Peut-on supposer que des enregistrements d’apparence aléatoire respectent un schéma ?
Validez-les. Identifiants, références et valeurs obligatoires peuvent être incohérents même si chaque enregistrement paraît plausible.
Pourquoi les tests échouent-ils pour des raisons étrangères à la fonctionnalité testée ?
Vérifiez relations et contraintes des jeux de données. Des données invalides par accident peuvent masquer le comportement à examiner.
Essayez avec votre propre source.
Remplacez l'exemple par vos données dans le prompt. Gardez les exigences nécessaires, puis copiez la tâche dans WebAct.
Personnaliser et copier la tâche ↑