Generador de fechas aleatorias para pruebas: crea mejores datos de test

01 / OBJETIVO

Qué debe producir un generador de fechas aleatorias para pruebas

Un fixture útil contiene más que una cadena con forma de fecha. Tiene un motivo: una fecha de registro, una ventana de reserva, un vencimiento, un filtro de informe o un evento que debe ordenarse. El generador aporta variedad rápidamente, pero el diseño de la prueba decide qué debe demostrar esa variedad. Empieza nombrando el campo y el comportamiento que quieres comprobar.

Por ejemplo, una lista ordenada por created_at debe incluir meses distintos, no el mismo valor de enero en todas las filas. Un formulario de reservas necesita fechas antes, dentro y después de la ventana permitida. Una regla de edad debe probar el día anterior al cumpleaños, el día exacto y el día siguiente. La selección aleatoria es la entrada; la aserción sigue siendo tu responsabilidad.

• Nombra el campo o la función que recibirá la fecha.
• Define el comportamiento que debe mantenerse para cada valor generado.
• Decide qué fechas deben añadirse de forma deliberada y no dejarse al azar.

02 / MODELO DE FECHA

Decide si el campo es una fecha, una hora o una marca de tiempo

Antes de generar datos, identifica el significado del campo. Una fecha de calendario, como un vencimiento, no tiene zona horaria. Una marca como created_at sí tiene hora y normalmente necesita una zona explícita. Un selector de fecha y hora combina ambos conceptos y puede necesitar reglas de horario de verano. Pasar una fecha pura por medianoche local puede cambiarla de día cuando otra zona la lee.

Para valores de solo fecha, prefiere una forma ordenada como 2026-11-18 cuando el valor se guardará, ordenará, comparará o viajará por una API. Conserva una versión larga para capturas y revisión manual. Las formas numéricas de EE. UU. y Europa sirven para probar la presentación, pero son ambiguas para un parser: 03/04 puede ser 4 de marzo o 3 de abril. Prueba por separado la pantalla y el contrato del parser.

03 / INTERVALO

Usa límites inclusivos en lugar de un periodo impreciso

Escribe dos extremos concretos. El generador trata las fechas Desde y Hasta como inclusivas: un intervalo de un día tiene un único valor y un año completo incluye el 1 de enero y el 31 de diciembre. Esa regla se explica fácilmente en un plan de pruebas y se comprueba con una aserción. Si tu aplicación usa un límite superior exclusivo, convierte el fixture o documenta la diferencia.

Un intervalo amplio ayuda a encontrar variación normal, pero no cubre por sí solo los límites. Acerca el intervalo al final de un mes, al cambio de año o al umbral de edad para que el resultado esperado sea evidente. Usa una muestra para distribución y otro conjunto elegido a mano para los extremos; así una extracción afortunada no crea una falsa confianza.

• Intervalo amplio: comprueba orden, agrupación, paginación y distribución.
• Intervalo corto: comprueba extremos inclusivos y límites de cantidad.
• Intervalo de borde: comprueba finales de mes, años bisiestos y reglas de negocio.
• Intervalo vacío: comprueba el error cuando un filtro deja cero fechas elegibles.

04 / GENERACIÓN

Crea muestras realistas sin perder el control

Empieza con una cantidad pequeña. De cinco a veinte fechas suelen bastar para revisar un fixture a mano; un lote mayor puede poblar una tabla de staging o probar la paginación. Mantén la unicidad cuando cada fila represente un evento distinto. Permite repeticiones solo si quieres probar duplicados, importaciones o varios registros del mismo día.

Aplica el filtro de días antes de valorar el resultado. Un filtro de lunes a viernes es una regla de calendario, no un calendario de festivos. Un lunes puede ser festivo o día de cierre. Si el producto necesita días laborables por país, genera días normales y añade un conjunto de festivos desde la fuente propia del producto.

• Genera primero un lote pequeño para inspección.
• Usa resultados únicos para filas distintas y repeticiones para pruebas de duplicados.
• Usa YYYY-MM-DD para la máquina y una fecha larga para la revisión humana.
• Copia los ajustes del intervalo y del filtro junto a la lista.

05 / LÍMITES

Añade las fechas que el muestreo puede no encontrar

Las muestras aleatorias revelan variación común, pero las fechas raras necesitan cobertura explícita. Añade el 29 de febrero en un año bisiesto y los días cercanos. Añade el último día de meses de 30 y 31 días. Incluye el 31 de diciembre y el 1 de enero cuando un informe o suscripción cruce de año.

Para reglas de edad o elegibilidad, calcula el borde a partir del requisito y prueba ambos lados. Una persona que cumple 18 hoy no es igual a otra cuyo cumpleaños es mañana. Para facturación y renovaciones, prueba la fecha exacta de vencimiento, el instante anterior y el primer día válido después. El generador aporta valores de calendario, pero el plan debe indicar la aserción.

• Año bisiesto: 29 de febrero y sus días vecinos.
• Finales de mes: febrero, abril, junio, septiembre y un mes de 31 días.
• Cambio de año: 31 de diciembre, 1 de enero y el corte del informe.
• Bordes de reglas: día anterior, día exacto y día posterior al límite.

06 / REVISIÓN

Haz que los datos sean explicables y repetibles

Un fixture se mantiene mejor cuando el revisor puede responder cuatro preguntas sin abrir el generador: qué intervalo se usó, qué fechas eran elegibles, si podían repetirse y qué formato se copió. Pon esas respuestas en el nombre o en una pequeña metadata. `orders_2026Q1_unique_iso` explica más que `random_dates_1`.

Compara la lista con las reglas de validación reales. Confirma que cada fecha se analiza, que las cadenas inválidas se rechazan, que la pantalla coincide con el valor almacenado y que el orden es cronológico, no alfabético por texto localizado. Unas pocas aserciones sobre la lista son más útiles que afirmar que la muestra es aleatoria.

• Guarda intervalo, filtro, cantidad, unicidad y formato junto al resultado.
• Aserta validez, análisis, orden, presentación y bordes por separado.
• Guarda la salida que provocó un fallo para que otra persona pueda reproducirlo.

07 / LÍMITES

Qué pueden demostrar las fechas generadas

Una fecha generada demuestra que el código acepta y procesa el valor elegido. No demuestra que haya disponibilidad, que un festivo sea válido en un país o que un plazo legal se haya interpretado correctamente. Esas afirmaciones requieren un calendario de dominio, un documento de política o una fuente autorizada.

Mantén el alcance honesto: usa este método para planificación, ejemplos, fixtures de QA y muestreo ordinario. Para credenciales, códigos, tokens, sorteos regulados o decisiones auditables, utiliza una fuente aleatoria especializada en seguridad.

PREGUNTAS FRECUENTES

Preguntas sobre fechas aleatorias para pruebas