Pruebas de conmutación y su evidencia

Una prueba sin registro no ocurrió, para efectos de quien la revisa. La evidencia útil responde a seis preguntas: qué se provocó, cuándo empezó y terminó, cuánto tardó el relevo, qué se perdió, si las reglas de los dos equipos coincidían antes y después, y quién lo autorizó. Una captura de la consola completa el registro.

La política de Distribuidora Pontevedra lo pide así en politica_de_pruebas; no es un requisito de ninguna norma, es el criterio de la empresa.

La política fija un tiempo máximo de conmutación igual para todos los pares. Compara en pruebas la columna tiempo_real_s con ese máximo, que está en politica_de_pruebas. Una prueba que lo supera no es un fracaso de la prueba: es el hallazgo que la prueba vino a encontrar.

Para decidir cuánta atención merece el hallazgo hay que medir por cuánto se superó el límite. Un par que tarda unos segundos más no se trata igual que uno que triplica el máximo, porque cambia lo que se pierde: sesiones, transacciones, llamadas.

La política exige evidencia adjunta. Una prueba hecha que no tiene rastro no puede defenderse ante una auditoría y tampoco sirve para comparar con la siguiente. Revisa la columna evidencia_adjunta del expediente.

Probar una conmutación es provocar una falla a propósito, y en un perímetro en producción eso solo se hace con autorización y en ventana, con un plan que diga cómo se vuelve atrás. Además de la periodicidad que fije la política, conviene repetir la prueba tras un cambio que afecte al par: versión del sistema, reglas o enlaces.