El método
- Despliegue¿Se ha publicado el artefacto? Se ejecuta tras la fusión y no evalúa la calidad del contenido: no constituye un control previo, sino una confirmación de entrega.
- HTML válido¿El documento cumple la especificación del marcado? Validación automatizada.
- Enlaces vivos¿Todos los recursos enlazados resuelven? Validación automatizada.
- Formato¿El código se ajusta al formato declarado? Validación automatizada.
- Calidad¿Se alcanzan los umbrales de accesibilidad y SEO? Validación automatizada contra un valor acordado.
- Revisión¿El cambio satisface el requisito de la issue y resulta comprensible? Revisión humana: ninguna herramienta automática puede emitir este juicio.
| Concepto | Fundamento |
|---|---|
| El runner parte de un entorno limpio en cada job | De ahí la necesidad de clonar el código e instalar las herramientas dentro del flujo. El resultado es reproducible en ese entorno documentado; otros entornos requieren comprobación propia |
| Una comprobación por criterio | Permite identificar el criterio incumplido sin consultar el registro y manifiesta todos los defectos en una misma ejecución |
| Una comprobación no vinculante pierde eficacia | Una validación que solo informa se omite en cuanto existe presión de entrega |
| Las excepciones se declaran y se documentan | Un pipeline del que se desactivan reglas cuando resultan incómodas deja de ejercer control |
| El umbral se eleva al alcanzar la mejora | Un presupuesto situado por debajo del estado real permite degradaciones inadvertidas |
El vocabulario de la unidad
| Concepto | Definición |
|---|---|
| Runner | Máquina virtual que GitHub aprovisiona para ejecutar un workflow y destruye al finalizar |
| Job | Unidad de trabajo del workflow. Se ejecuta en su propia máquina, en paralelo con las demás, y se publica como una comprobación independiente |
| Step | Etapa ordenada dentro de un job. uses invoca una acción de terceros; run, una instrucción propia |
| Integración continua | Validación automatizada de cada cambio con anterioridad a su incorporación, frente al descubrimiento tardío de los defectos |
| Formateador | Herramienta que aplica un formato fijo al código. En modo de comprobación no modifica archivos: informa y termina con código de error |
| Lighthouse | Auditoría automatizada de una página en rendimiento, accesibilidad, buenas prácticas y SEO, con puntuaciones de 0 a 100 |
| Presupuesto de calidad | Umbral mínimo acordado con antelación y declarado en un archivo versionado. Por debajo de él no se autoriza la fusión |
| Falso positivo | Resultado negativo del CI sobre un elemento correcto. Se resuelve declarando y documentando la excepción, nunca desactivando la comprobación |
Ya deberías ser capaz de
- Escribir un workflow de GitHub Actions desde cero y explicar qué lo dispara.
- Distinguir lo que puede comprobar una máquina de lo que solo puede comprobar una persona.
- Validar HTML, formato y enlaces de forma automática en cada pull request.
- Medir accesibilidad con Lighthouse y acordar un umbral por debajo del cual no se fusiona.
- Leer el registro de una ejecución fallida y localizar la línea que la provocó.
- Corregir un fallo de accesibilidad real y demostrar que el pipeline lo confirma.