Saltar al contenido

Lección 1.2 Comprender el recorrido

Qué se repite y conviene automatizar

Separar tareas repetibles de decisiones que necesitan una revisión y un responsable.

Una cafetería puede automatizar la impresión del pedido. Sería extraño que la impresora también decidiera si una queja del cliente es justa. Las dos tareas ocurren en el mismo negocio, pero una tiene instrucciones repetibles y la otra necesita contexto.

Con una entrega de software pasa lo mismo. Automatizar significa ejecutar una tarea bajo condiciones definidas. Antes de escribir el flujo, conviene distinguir lo que puede comprobar una herramienta de la decisión que toma una persona utilizando ese resultado.

Busca repeticiones con una respuesta verificable

En nuestro pedido, calcular el importe del envío tiene una respuesta esperada. Podemos ejecutar ese cálculo cada vez que cambie el código. Decidir si el negocio debe ofrecer envío gratuito desde otro importe exige información adicional; una prueba no toma esa decisión.

TareaQué podemos automatizarQué queda por decidir
Calcular el pedidoComparar importes con ejemplos acordados.Qué regla necesita el negocio.
Preparar archivosGenerar el mismo conjunto y registrar su versión.Qué debe contener la entrega.
Comprobar el destinoConsultar versión y un pedido de referencia.Si las señales bastan para autorizar el uso.
Activar un cambioEjecutar pasos definidos y detenerse ante un fallo.Cuándo hacerlo y quién asume la decisión.

Una buena candidata se repite, tiene entradas conocidas, produce un resultado observable y permite reconocer un error. También necesita una salida cuando no se cumplen sus condiciones. Un script que continúa después de una prueba fallida no ahorra tiempo: desplaza el problema hacia el usuario.

Automatiza la comprobación, no la apariencia

Copiar archivos a mano suele producir pasos olvidados. Automatizar la copia ayuda, pero no confirma que los archivos sean los correctos. Por eso conviene asociar cada tarea a una pregunta: ¿qué demuestra este paso? Si la única respuesta es «sale un check verde», falta precisar la condición.

Empieza por una tarea pequeña cuyo resultado entiendas. Conserva su salida y provoca un error conocido. Esa prueba del freno suele enseñar más que añadir cinco herramientas al flujo.

Haz un inventario de cinco tareas

Piensa en un proyecto que conozcas. Anota cinco acciones que se repiten al entregar un cambio. Para cada una, completa: entrada, resultado esperado, señal de fallo y responsable de la decisión siguiente.

Cómo revisar tu inventario

«Revisar la aplicación» es demasiado amplio. «Consultar /pedido-demo y comparar el total con 8000 céntimos» permite comprobar una condición concreta. Si una tarea implica criterio humano, puedes automatizar la recopilación de evidencia sin automatizar su aprobación.