Qué datos utilizar para probar sin copiar toda la información de producción

Parte de las decisiones del flujo

Haz una tabla de condiciones que cambian el recorrido: cliente nuevo o existente, campo vacío, varias líneas, moneda, estado o referencia desconocida. Para cada condición prepara al menos una entrada y una salida esperada. Un conjunto de cien registros casi iguales puede cubrir menos que doce ejemplos elegidos. Incluye también combinaciones que puedan romper una relación entre cabecera y detalle.

Construye ejemplos sintéticos con relaciones coherentes

Inventa nombres y referencias, manteniendo las restricciones del sistema. Si dos filas representan al mismo cliente, conserva esa relación mediante una clave ficticia común. Para documentos, recrea las estructuras necesarias sin reutilizar firmas ni datos bancarios reales. Marca el conjunto como sintético y evita direcciones que puedan pertenecer a personas; el canal de ensayo debe impedir cualquier envío exterior.

Si necesitas una muestra real, justifica cada campo

Describe qué defecto no puedes reproducir con datos inventados y pide acceso solo a esa parte. Sustituir un nombre no elimina toda posibilidad de identificación: texto libre, combinaciones raras y adjuntos pueden seguir revelando el caso. Revisa el resultado antes de cargarlo, limita quién puede verlo y acuerda su retirada. No presentes una simple sustitución de identificadores como garantía de anonimización.

Valida cobertura y caducidad del conjunto

Microsoft recomienda incluir casos normales, negativos y extremos en las pruebas; convierte esa orientación en una lista vinculada a tus reglas. Verifica que faltan campos prohibidos y que cada ejemplo activa la rama prevista. Conserva el generador o la ficha del caso junto a su versión. Cuando cambie una regla, actualiza el ejemplo afectado y revisa que no haya desaparecido una excepción importante.

Mantén un catálogo breve: identificador del ejemplo, condición cubierta, campos necesarios y resultado esperado. Añade un caso deliberadamente incompleto para comprobar que la validación realmente rechaza entradas. Si todos los ejemplos pasan aunque elimines un campo obligatorio, has descubierto un defecto de la prueba o una especificación que necesita aclararse antes de usarla como criterio.

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.