ISTQB CTAL-TAE v2.0 · Capítulo 5 de 8
Estrategias de implementación y despliegue
Apuntes del capítulo 5 del syllabus CTAL-TAE v2.0, con 4 bloques de contenido y los puntos que más se preguntan en el examen.
Integración en CI/CD
- La pipeline organiza las pruebas por velocidad: unitarias y de componente en cada commit; integración/API después; E2E y no funcionales en etapas más lentas o nocturnas.
- Criterios de entrada/salida (quality gates) que detienen la promoción de un artefacto cuando fallan pruebas relevantes.
- Feedback rápido: si la primera etapa tarda más de unos minutos, los desarrolladores dejan de esperarla.
- Ejecución en paralelo, sharding y selección de pruebas por impacto para mantener los tiempos.
- Los resultados deben publicarse de forma automática y accesible: informes, artefactos, capturas y logs asociados a cada ejecución.
Automatización por niveles de prueba
- Pirámide de pruebas: muchas unitarias, menos de integración/API, pocas E2E de interfaz.
- El antipatrón "cono de helado" (mayoría de E2E) produce suites lentas, frágiles y caras.
- Cada nivel responde una pregunta distinta; duplicar la misma comprobación en varios niveles es desperdicio.
- Las pruebas de API y de contrato dan la mejor relación valor/coste en arquitecturas de microservicios.
- Las pruebas de interfaz se reservan para flujos críticos de negocio de extremo a extremo.
Gestión de la configuración del testware
- El testware se versiona junto al código del producto o en un repositorio con trazabilidad clara de versiones compatibles.
- Ramas, etiquetas y artefactos versionados permiten reproducir una ejecución antigua exactamente.
- Configuración por entorno externalizada (variables, ficheros de configuración), nunca embebida en los scripts.
- Gestión de dependencias con versiones fijadas para evitar que una actualización silenciosa rompa la suite.
- Los datos y los scripts deben mantenerse sincronizados con la versión del SUT que prueban.
Dependencias, stubs, mocks y contract testing
- Stub: devuelve respuestas predefinidas. Mock: además verifica las interacciones esperadas. Virtualización de servicios: simula un servicio completo con comportamiento y latencia.
- Sustituir dependencias externas hace las pruebas deterministas, rápidas y ejecutables sin terceros.
- Riesgo: el doble de prueba puede divergir del servicio real y ocultar incompatibilidades.
- Contract testing (dirigido por el consumidor) verifica que proveedor y consumidor comparten el mismo contrato sin levantar todo el sistema.
- Los contratos se ejecutan en la pipeline de ambos lados: rompe quien cambia el contrato, no quien lo consume.
Siguiente paso
Ahora toca comprobar si se ha quedado: entra en el simulador, filtra por el capítulo 5 y haz una tanda de diez preguntas. Cada respuesta incluye la justificación completa.
El syllabus oficial completo del CTAL-TAE v2.0 se descarga gratis desde istqb.org, y los términos están definidos en el glosario oficial.