Cómo se prueba una automatización antes de producción

Una automatización que no se prueba bien no falla en la demostración: falla un martes cualquiera, con un cliente real. Probar antes de poner en producción es lo que separa un experimento de un sistema.

1. Definir qué significa "funciona"

Antes de construir se escriben los criterios de aceptación: qué porcentaje de casos debe resolver sola, qué errores son tolerables y cuáles no, y en cuánto tiempo debe responder. Sin criterios, la prueba es una opinión.

2. Reunir casos reales

Se juntan ejemplos de la operación de verdad: mensajes, documentos, pedidos. Se incluyen los feos: la foto movida, el mensaje a medias, el proveedor que escribe distinto. Una muestra solo de casos fáciles da una confianza falsa.

3. Probar las excepciones a propósito

Se diseñan pruebas para lo que se espera que salga mal: datos faltantes, valores fuera de rango, duplicados, respuestas ambiguas. Lo importante no es que todo salga bien, sino que lo que sale mal se detecte.

4. Verificar el camino hacia una persona

Cuando el sistema no está seguro, el caso debe llegar a alguien con el contexto completo. Se prueba que ese camino funciona y que nada se pierde en el medio.

5. Probar con tráfico real, en pequeño

Antes de abrirlo a todos, el sistema se ejecuta con un grupo reducido o en paralelo al proceso actual. Se comparan resultados y se corrige.

6. Dejar monitoreo

La prueba no termina al lanzar. Se definen alertas por excepción y un reporte periódico de cómo se comporta el sistema.

Qué deberías pedir

Si contratas una automatización, pide ver los criterios de aceptación y los resultados de las pruebas con tus casos. Es una conversación normal en ingeniería. Más sobre el método en cómo trabajamos y en automatización de procesos e IA.