Punto de partida. Actividad «Automatización diseñada y simulada», sesión 3 de 3. Abre el avance de la sesión anterior; los pasos de hoy indican qué conservar y qué completar. La guía de arranque permite preparar las herramientas sin depender de otros módulos.
Se explica
10 minutos · contexto, explicación y ejemplo
Una simulación recorre el diseño con entradas conocidas y compara lo ocurrido con lo esperado. Sirve para descubrir reglas que faltan antes de programar. Simular una caída en este taller significa retener una tarjeta de respuesta o marcar un servicio como no disponible en una tabla; no atacar ni apagar un servicio real.
Un caso de prueba necesita situación inicial, acción, resultado esperado y resultado observado. Si esos dos resultados difieren, corregimos el diseño o explicamos por qué la expectativa estaba equivocada.
Se trabaja
45 minutos · trabajo guiado sobre la actividad
- Crea una tabla con esas cuatro columnas. Prepara cuatro casos: cierre normal, facturación no disponible, mensaje repetido y reparación sin datos necesarios.
- Reparte los papeles de reparaciones y facturación entre dos personas. En el caso normal, pasa el mensaje y registra la respuesta y el estado final de la reparación.
- Repite con facturación marcada como caída. Guarda el mensaje en pendientes; cuando vuelva a estar disponible, procésalo y anota cómo cambia su estado.
- Envía dos veces el mismo identificador. Comprueba en el diseño si se crea una factura o dos. Si no hay regla que lo impida, añádela y repite la simulación.
- Intercambia los casos con otra pareja para que los siga sin explicaciones. Corrige las ambigüedades y comprueba que el flujo, la tabla de pruebas y la justificación de la solución sean coherentes.
Cierre
5 minutos · comprobar el resultado
Al terminar la sesión:
Se evalúa la automatización diseñada y simulada, incluida su respuesta al fallo. No se exige una aplicación real ni pruebas de Servidor.