Evidencia de una prueba de carga en el acta de autorización a producción

En muchas organizaciones, la autorización para pasar a producción se resuelve con una frase: “la prueba de carga pasó”. Esa frase suele apoyarse en un informe con gráficos y un par de métricas agregadas. El problema no es la prueba en sí, sino lo que queda registrado cuando alguien —meses después— pregunta por qué se autorizó el go-live.

El acta de autorización no es un trámite administrativo. Es el artefacto que permite reconstruir la decisión: qué se probó, bajo qué supuestos, con qué resultado y quién asumió el riesgo. Si ese documento no existe o es una hoja con una firma y un “OK”, la organización queda sin trazabilidad sobre una decisión que puede tener consecuencias operativas y, en ciertos contextos, regulatorias.

Este artículo no trata sobre cómo ejecutar una prueba de carga ni sobre qué métricas observar. Trata sobre qué evidencia conviene exigir antes de firmar, y cómo estructurarla para que el acta sea útil cuando más se necesita.

Por qué el informe de la prueba no basta como evidencia

Un informe de resultados y un acta de autorización cumplen funciones distintas. El informe describe lo que ocurrió durante la ejecución. El acta registra la decisión de autorizar producción sobre la base de ese informe, y debe explicitar los supuestos que la sostienen.

La diferencia importa porque un informe puede ser técnicamente correcto y, aun así, insuficiente para autorizar. Un gráfico de latencia sin declarar el escenario modelado, la versión del sistema o el entorno utilizado no permite evaluar si el resultado es aplicable al go-live. La evidencia no es el dato: es el dato más el contexto que lo hace interpretable.

Cuando el acta se limita a adjuntar el informe, la decisión queda apoyada en una interpretación tácita. Y las interpretaciones tácitas son las que se desmoronan en una revisión posterior, en una auditoría o frente a un incidente en producción.

Los componentes mínimos del acta

Un acta de autorización razonable debería contener, como mínimo, los siguientes elementos. No se trata de un formato rígido, sino de un conjunto de piezas sin las cuales la decisión no es reconstruible.

Escenario modelado y su origen. Perfil de tráfico, usuarios concurrentes, distribución de operaciones y duración de la prueba. Y, sobre todo, de dónde salió ese modelo: analítica histórica, proyección de negocio, campaña conocida. Un escenario sin origen declarado es un supuesto no verificable.

Versión exacta del sistema probado. Commit, build o release. Una prueba ejecutada sobre una versión distinta a la que irá a producción no autoriza el paso a producción de esa versión; autoriza, en todo caso, el comportamiento de otra.

Entorno de prueba y sus diferencias con producción. Topología, recursos asignados, configuración relevante. Si el entorno es más pequeño que producción, el resultado es un piso, no una garantía. Esa diferencia debe quedar escrita, no asumida.

Datos utilizados. Volumen, distribución y naturaleza (anonimizados, sintéticos, copia de producción). Un sistema con un volumen de datos reducido se comporta de forma distinta al mismo sistema con el volumen real.

Umbrales de aceptación acordados antes de la prueba. Definidos por negocio y tecnología en conjunto, no ajustados después de ver el resultado. Un umbral fijado a posteriori no es un criterio: es una racionalización.

Resultado observado frente a esos umbrales. Con las señales técnicas que el equipo considere relevantes, pero referidas explícitamente a los umbrales acordados.

Riesgos residuales y supuestos no cubiertos. Qué no se probó y por qué. Este apartado es el que permite decidir con los ojos abiertos, en lugar de asumir que la prueba cubrió todo lo relevante.

Responsables y firmas. Quién autoriza, con qué rol y sobre qué evidencia. La firma sin evidencia asociada no aporta trazabilidad.

Trazabilidad: el criterio que ordena todo lo demás

Si hay un principio que ordena los componentes anteriores, es la trazabilidad. La pregunta operativa no es “¿el acta tiene todos los campos?”, sino “¿alguien que no participó en la prueba puede reconstruir la decisión leyendo el acta?”.

Esa prueba de reconstrucción es exigente y útil. Obliga a declarar supuestos que de otro modo quedan implícitos, y expone las zonas grises antes de que se conviertan en incidentes. También permite que la decisión sea revisable: si cambia el escenario de negocio, si se modifica la arquitectura o si aparece un requisito regulatorio nuevo, el acta muestra qué había en el momento de autorizar.

En organizaciones donde el go-live es un evento de negocio relevante —una campaña, una migración, un lanzamiento—, este criterio debería formar parte del proceso estándar de autorización. La preparación para escenarios de exigencia regulatoria, como los controles y la trazabilidad que suelen asociarse a marcos como la Ley 21.719, se apoya precisamente en este tipo de evidencia documentada: no se trata de declarar cumplimiento, sino de poder demostrar qué se hizo, cuándo y con qué resultado.

Producir este tipo de evidencia es parte del trabajo que se realiza en Stress & Performance: no solo ejecutar la prueba, sino dejar registro de los supuestos y resultados que permiten autorizar producción con criterio.

Errores frecuentes al documentar la autorización

Algunos patrones se repiten y conviene reconocerlos antes de firmar.

Adjuntar el informe y llamarlo acta. El informe describe la ejecución; el acta registra la decisión. Confundirlos deja sin documentar los supuestos y los riesgos residuales.

Ajustar umbrales después de ver el resultado. Si el criterio de aceptación se fija cuando ya se conocen las métricas, no hay criterio: hay una justificación.

Omitir las diferencias entre entorno de prueba y producción. Cuando el entorno es más pequeño o tiene una configuración distinta, el resultado no es directamente extrapolable. Omitir esa diferencia es la forma más común de sobreestimar la evidencia.

No declarar lo que no se probó. Un acta que solo enumera lo que salió bien no permite gestionar el riesgo residual. Lo no cubierto es parte de la decisión.

Firmar sin rol explícito. La firma sin rol ni responsabilidad asociada no aporta trazabilidad ante una revisión posterior.

Criterio práctico antes de firmar

Antes de autorizar el paso a producción, conviene verificar tres cosas sobre el acta:

1. ¿Permite reconstruir la decisión sin depender de la memoria de quienes participaron? Si la respuesta requiere consultar a alguien, el acta no está completa.
2. ¿Declara explícitamente los supuestos y lo que no se cubrió? Un acta que solo contiene resultados positivos no refleja la decisión real.
3. ¿Los umbrales fueron acordados antes de la prueba y por las áreas correctas? Si fueron fijados a posteriori o solo por tecnología, la evidencia es débil.

Si las tres respuestas son afirmativas, el acta probablemente cumple su función. Si alguna falla, conviene reforzarla antes de firmar, no después del primer incidente en producción.