Cómo generar datos de prueba coherentes con el esquema.
Los datos sintéticos deben cumplir las relaciones declaradas y ser claramente ficticios. Incluye casos límite cuando el objetivo sea probar y no solo demostrar.
Adapta el flujo de trabajo a tu tarea.
Define campos, tipos y relaciones; luego genera registros claramente ficticios que cumplan esas reglas. Incluye casos límite deliberados según el propósito de la prueba y distingue los datos válidos de las entradas intencionadamente inválidas.
- Qué aportas
- Esquema y restricciones de prueba.
- Qué obtienes
- Registros claramente sintéticos que cumplen las relaciones especificadas.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
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.
Ejemplo completo
[
{"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.Carga esta entrada en el prompt y cópialo en WebAct para probar la tarea. Tu resultado puede diferir del ejemplo.
Decisiones y solución de problemas.
¿Puede suponerse que los registros de aspecto aleatorio cumplen un esquema?
Valídalos. Los identificadores, las referencias y los valores obligatorios pueden ser incoherentes aunque cada registro parezca plausible.
¿Por qué las pruebas fallan por motivos ajenos a la función evaluada?
Comprueba las relaciones y restricciones de los datos de prueba. Los datos inválidos por accidente pueden ocultar el comportamiento que se pretendía examinar.
Pruébalo con tu propia fuente.
Sustituye el ejemplo por tu material en el prompt. Conserva los requisitos que necesites y copia la tarea en WebAct.
Personalizar y copiar la tarea ↑