Cómo crear casos de prueba para una transformación de datos

Escribe el contrato de cada campo

Para cada salida identifica origen, tipo, obligatoriedad, transformación y tratamiento de ausencia. Distingue cero, cadena vacía y valor desconocido. Aclara si un código conserva ceros iniciales y si el importe permite negativos. En un ejemplo hipotético, «0012» puede ser una referencia que debe mantenerse como texto; convertirla en doce cambia su identidad aunque la importación termine correctamente.

Busca fronteras que separen dos comportamientos

Prueba el valor válido mínimo, uno inmediatamente fuera del límite y el caso sin valor. Añade caracteres acentuados, espacios, separadores y fechas ambiguas cuando el origen pueda producirlos. Evita inventar qué formato admite una API: contrástalo con su contrato. Si el negocio no ha decidido cómo resolver una ambigüedad, el caso debe quedar pendiente de definición y no convertirse en una corrección silenciosa.

Comprueba relaciones además de columnas

Un resultado puede tener todos los campos válidos y pertenecer al cliente equivocado. Incluye referencias inexistentes, duplicadas y compartidas entre empresas. Verifica número de líneas, totales acordados y asociación con la cabecera. Define qué debe rechazarse entero y qué admite revisión parcial. La salida esperada incluye también los errores y la ausencia de escrituras cuando la validación bloquea el caso.

Mantén una referencia independiente

Calcula manualmente una muestra y pide al responsable del dato confirmar el criterio. No generes la salida esperada con la misma función que quieres probar. Guarda versión de regla y ejemplos; compara valores concretos, no solo un resumen de ejecución. Cuando aparezca un fallo real, reduce su entrada al mínimo que lo reproduce e incorpóralo como regresión sin conservar información innecesaria del caso original.

Organiza los resultados en tres columnas: valor esperado, valor obtenido y explicación de diferencia. No aceptes automáticamente pequeñas discrepancias de redondeo o fecha: su tolerancia debe estar acordada por campo. Una diferencia tolerable en un texto descriptivo puede cambiar una conciliación si aparece en un identificador o en un importe que decide la ruta del proceso.

Fuentes y documentación

• Microsoft — Prácticas de pruebas — Distingue pruebas, datos representativos y dobles de dependencias; el simulador necesita contraste con el contrato real.