¿Te suena la siguiente situación?
Muchos equipos ágiles presumen de CI/CD, pero sus pipelines solo compilan código. El QA sigue siendo un «pasamanos» manual al final, generando cuellos de botella y feedback tardío que mata la agilidad.
Solución (Técnica v4.0)
El Syllabus v4.0 abraza el shift-left. Mi propuesta: automatizar el Cuadrante Q1 (pruebas de componentes e integración) bajo técnicas de caja blanca. No es opcional; debe ser un «gate» obligatorio en cada commit. Si la prueba de unidad falla, el pipeline se detiene. Eso es Whole Quality Team.
El ISTQB te da el marco, pero la realidad te exige pragmatismo. Si no logras que el desarrollador sienta la calidad como su propia piel en el pipeline, no se está aplicando la «agilidad» deseada / esperada.
¿Tu pipeline detiene el despliegue ante un fallo de integración o solo avisa por Slack?
Escríbeme por DM en LinkedIn para formación in-company sobre ISTQB v4.0 o consultoría para optimizar tus procesos de QA.
Matriz de conceptos: Integración Ágil
| Concepto v4.0 | Enfoque Tradicional (Silo) | Agilidad Real | Impacto en el Proyecto |
| Shift-left | Probar después de codificar. | Revisar requisitos y automatizar Q1 en el commit. | Reducción drástica de deuda técnica. |
| Whole Team | QA es el único responsable de la calidad. | Calidad es una actividad del equipo (Dev + QA + Biz). | Feedback continuo y cultura de excelencia. |
| Caja Blanca | Exclusivo para desarrolladores. | El tester propone casos de prueba de rama/sentencia para el CI/CD. | Cobertura real y medible antes de QA manual. |
Fuente de inspiración: Programa de estudios del ISTQB CTFL v4.0
