Antes de empezar. Las pruebas y la documentación técnica ya están trabajadas en Servidor. Hoy revisarás las evidencias para decidir si una candidata puede publicarse.
Se explica
25 minutos · explicación y demostración
Servidor 45–46 revisa pruebas, documentación y observabilidad. Intermodular utiliza esos resultados para decidir si una versión candidata puede avanzar. Una release candidate es una versión identificada que se somete a aceptación; no significa que ya haya superado todos los criterios.
Cobertura indica qué código se ejecutó, no si las aserciones son suficientes. Un check verde tampoco demuestra que el README permita arrancar el proyecto. La aceptación combina pruebas automáticas y un recorrido reproducible por otra persona.
Se trabaja
140 minutos · trabajo guiado sobre el producto compartido
Bloque A · Identificar la candidata
Elige un commit con CI correcto y registra su SHA. Revisa el incremento acordado en Intermodular 15 y marca qué criterios están implementados, comprobados o pendientes. Una limitación se describe con su efecto observable; no se oculta bajo «falta pulir».
Bloque B · Revisar pruebas y documentación
Abre el informe de pruebas de Servidor 45 y la documentación de 46. Selecciona una regla de negocio, un rechazo por permisos y un fallo de integración. Localiza la prueba de cada uno y confirma que aparece en la ejecución de esa candidata. Enlaza los informes existentes sin duplicarlos.
Bloque C · Ejecutar desde un clon limpio
La persona revisora clona en otra carpeta, sigue el README y prepara la base de pruebas aislada. Debe poder ejecutar verify y arrancar con valores locales. Una instrucción verbal que necesite para continuar se convierte en corrección del README.
Bloque D · Clasificar y corregir defectos
Abre issues con entrada, pasos, resultado esperado, resultado real y versión. Prioriza los que impiden los criterios de aceptación. Cada corrección entra por PR con su comprobación; vuelve a ejecutar el caso y la suite pertinente. No añadas nuevas funcionalidades para evitar cerrar un defecto.
Bloque E · Publicar el estado de la candidata
Actualiza sus notas con criterios superados y pendientes. Si el código cambia, registra el nuevo SHA y su ejecución; una evidencia del commit anterior no valida automáticamente el nuevo. Guarda el resultado en las comprobaciones de la sesión.
Cierre
15 minutos · comprobación del resultado
Al terminar la sesión: La candidata tiene evidencias de calidad revisadas y defectos clasificados. Puedes justificar si está preparada para publicarse o qué problema concreto lo impide.