Cómo comprobar que un cambio solo afecta al proceso acordado
Comprueba el alcance de un cambio comparando resultados dentro y fuera del proceso autorizado.
Comprueba el alcance de un cambio comparando resultados dentro y fuera del proceso autorizado. Revisar solo el caso que querías mejorar puede ocultar que una regla compartida altera otras empresas, tipos de documento o canales. Necesitas una frontera escrita y ejemplos que demuestren que esa frontera se conserva.
Convierte el alcance en condiciones observables
Define empresa, tipo de evento, estado inicial y campos que pueden cambiar. Especifica también qué debe permanecer intacto. En un ejemplo hipotético, un ajuste para pedidos de una tienda no autoriza modificar devoluciones de otras tiendas. La descripción debe permitir decidir si un registro está dentro o fuera sin leer la intención del desarrollador ni interpretar el título del cambio.
Busca piezas compartidas y efectos indirectos
Revisa subflujos, transformaciones, plantillas, conexiones y reglas que reutilizan otros procesos. Una columna calculada puede alimentar un informe aunque el cambio no escriba directamente en él. Haz una lista corta de consumidores y selecciona pruebas que cubran esos puntos compartidos. No amplíes permisos globales para conseguir que pase una prueba concreta: ese ajuste modifica el alcance y necesita revisión propia.
Compara una muestra antes y después
Conserva los mismos datos de ensayo para ejecutar la versión vigente y la candidata. Incluye casos dentro del alcance, casos vecinos y entradas rechazadas. Compara campos, destinatarios y número de acciones, además del estado final. Una diferencia puede ser intencionada, pero debe explicarse y aprobarse. Las prácticas de pruebas de Microsoft destacan las regresiones; aquí el criterio es mantener resultados ajenos al cambio.
Confirma el despliegue que se activará
Relaciona la revisión probada con la que llegará al entorno operativo y revisa parámetros efectivos. Si cambió una dependencia después del ensayo, evalúa qué comprobación debe repetirse. Guarda la lista de diferencias aceptadas y cualquier exclusión. Tras activar una muestra limitada, comprueba registros afectados y controles de ausencia de cambios fuera del alcance. Una ejecución sin errores no demuestra por sí sola que hayas respetado la frontera.
Resume la revisión en una matriz con caso, resultado anterior, resultado candidato y diferencia autorizada. Un ejemplo fuera del alcance debe conservar también destinatarios y referencias, no solo un valor principal. Si detectas una diferencia inesperada en un consumidor compartido, detén la aprobación y determina si el cambio debe acotarse o si requiere ampliar explícitamente la especificación acordada.
Comprobaciones para cerrar la tarea
- ✓ Especifica campos que pueden cambiar y los que deben conservarse.
- ✓ Incluye consumidores de componentes compartidos.
- ✓ Compara la misma muestra entre versiones.
- ✓ Revisa diferencias fuera del alcance antes de activar.
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.
Aplicarlo en tu empresa
Podemos revisar el entorno y acordar qué actuaciones, validaciones y mantenimiento necesitas.
Conocer el servicio relacionado →