Genera datos personales de ejemplo para pruebas.
Los resultados tienen carácter informativo. Contrástalos con otras fuentes.
Los datos de prueba más peligrosos son los ordenaditos
Los registros generados permiten llenar una base de datos, cargar un endpoint o construir una pantalla antes de que exista ningún usuario real, sin copiar datos de producción a un portátil. Pero un generador que solo emite nombres ASCII pulcros y códigos postales bien formados dejará pasar tan tranquilo a producción un campo que se rompe con O'Brien.
Cómo funciona
- Produce en volumen nombres, correos, direcciones, teléfonos, fechas e identificadores de aspecto realista.
- Exporta como JSON o CSV, de modo que la salida entra directa en una base de datos o un fichero de fixtures.
- Genera cantidades lo bastante grandes como para destapar problemas de paginación, índices y renderizado que diez filas nunca mostrarán.
usa datos generados cuando necesites volumen — miles de filas para probar paginación y planes de consulta seguridad — ningún dato personal real en la máquina de desarrollo repetibilidad — la misma semilla da el mismo conjunto en cada ejecución realista ≠ pulcro: los datos reales llevan apóstrofos, tildes y campos vacíos
Ejemplo resuelto
Sembrar una tabla de usuarios antes de que el producto tenga ninguno.
- genera 5.000 filas en lugar de 10: la paginación y las consultas lentas solo aparecen con volumen
- incluye nombres que rompen el código ingenuo: O'Brien, Łukasz, José, 名字
- incluye un correo con etiqueta plus y otro en el límite de 254 caracteres
- deja algunos campos opcionales realmente vacíos en vez de rellenar todas las columnas
- fija la semilla para que una prueba fallida se reproduzca exactamente
Un conjunto que ejercita los casos incómodos en tu máquina en lugar de descubrirlos desde un cliente. El apóstrofo por sí solo atrapa SQL sin escapar, exportación CSV rota y visualización deformada en una misma fila.
Cómo leer el resultado
- Nunca siembres con una copia de producción. Más allá de la exposición legal del RGPD, los registros reales acaban en portátiles, en copias de seguridad y en pantallas compartidas, y después no hay forma de recuperarlos.
- Datos generados no es lo mismo que datos anonimizados. Si derivas filas de las reales barajando o enmascarando, la reidentificación suele ser posible; los registros sintéticos creados desde cero no cargan con ese riesgo.
- Fija la semilla cuando las pruebas dependan de la salida. La aleatoriedad sin semilla produce suites que fallan una vez por semana y pasan al reintentar, lo que enseña a la gente a ignorar los fallos.
- Quédate con dominios evidentemente ficticios —example.com está reservado justo para esto— para que un trabajo mal configurado no pueda escribir a una dirección real.
Preguntas frecuentes
- ¿Cuántas filas debo generar?
- Las suficientes para romper algo. Diez filas demuestran que una pantalla se pinta; unos miles revelan índices ausentes, consultas sin límite y paginación que se desmorona en la última página. Acércate al orden de magnitud de producción si puedes.
- ¿Puedo usarlo para pruebas de carga?
- Sí, y es uno de los mejores usos, pero varía los valores. Diez mil peticiones idénticas miden tu caché, no tu sistema; registros distintos recorren los caminos que una carga real toma de verdad.