- CTAL-AT (Certified Tester Advanced Level Agile Tester) v2.0 es la certificación ágil de nivel avanzado de ISTQB, publicada en mayo de 2026.
- Es la evolución de CTFL-AT (Agile Tester de nivel Foundation), pero no es la misma certificación: tiene objetivos K4, se enfoca en estrategia y mejora, y tener CTFL-AT no te la otorga.
- Requisito: ISTQB Foundation Level (CTFL). Se recomienda experiencia previa en equipos ágiles.
- El syllabus tiene 6 capítulos y exige un mínimo de 13 horas de formación acreditada; el más pesado es el de enfoques y técnicas ágiles (exploratoria, heurísticas, test tours, test smells).
- Examen: 40 preguntas, 52 puntos, se aprueba con 34 (65%), 90 minutos (113 si no es tu lengua materna).
- Hoy no tenemos curso de CTAL-AT. Nuestro curso ISTQB Agile Tester prepara la certificación CTFL-AT, disponible en español hasta noviembre de 2027.
Durante más de diez años, «la certificación ágil de ISTQB» fue el Agile Tester de nivel Foundation (CTFL-AT). En mayo de 2026 eso cambió: ISTQB publicó el Advanced Level Agile Tester (CTAL-AT) v2.0, que lleva el testing ágil de «entender cómo funciona» a «diseñar la estrategia, mejorar el proceso e influir en el equipo».
Como el nombre se parece tanto al anterior, hay mucha confusión. En esta guía te explico qué es CTAL-AT, en qué se diferencia de CTFL-AT, qué dice su syllabus capítulo por capítulo, cómo es el examen y cuál es el camino más sensato para ti hoy.
Qué es CTAL-AT y dónde está en el portafolio ISTQB
CTAL-AT v2.0 pertenece a la corriente Agile del portafolio ISTQB y es de nivel avanzado. ISTQB lo presentó como la evolución del syllabus CTFL-AT de 2014: las bases ágiles (equipo completo, pirámide, cuadrantes, retrospectivas) ya están cubiertas en CTFL 4.0, así que el nuevo syllabus da eso por sabido y se concentra en aplicar el testing en entornos complejos.
Con este lanzamiento, ISTQB puso en fase de retiro dos certificaciones:
- CTFL-AT (Agile Tester de Foundation): examen y formación en inglés hasta el 6 de mayo de 2027; en otros idiomas, incluido el español, hasta el 6 de noviembre de 2027.
- CTAL-ATT (Agile Technical Tester): mismas fechas. Sus prácticas técnicas (TDD, integración continua, automatización) se cubren hoy en otros syllabus como Test Automation Engineering y Quality in DevOps.
Los certificados ya emitidos de CTFL-AT y CTAL-ATT siguen siendo válidos, pero no hay conversión automática: para tener CTAL-AT debes aprobar su examen.
CTAL-AT frente a CTFL-AT
| CTFL-AT (Foundation) | CTAL-AT v2.0 (Advanced) | |
|---|---|---|
| Año del syllabus | 2014 | 2026 |
| Nivel | Extensión de Foundation | Avanzado |
| Nivel cognitivo máximo | K3 (aplicar) | K4 (analizar) |
| Enfoque | Entender el desarrollo ágil y el rol del tester | Estrategia, colaboración, influencia y mejora continua |
| Temas estrella | Manifiesto, Scrum, XP, TDD/ATDD/BDD, cuadrantes, exploratoria | Pruebas holísticas, tissue testers, example mapping, sesgos, heurísticas, test tours, mob y vibe testing, test smells |
| Formación mínima | 735 min (12.25 h) | 780 min (13 h) |
| Examen | 40 preguntas, 60 min, 26/40 | 40 preguntas, 90 min, 34/52 |
| Estado | En retiro (español hasta nov. 2027) | Vigente |
| Curso en Cool Testers | Sí, Agile Tester | No por ahora |
En pocas palabras: CTFL-AT certifica que sabes trabajar como tester en un equipo ágil; CTAL-AT certifica que puedes definir cómo se prueba en ese equipo y mejorarlo. Para ver el portafolio completo y costos en tu moneda, revisa nuestra guía de la certificación ISTQB.
Para quién es y requisitos previos
Según ISTQB, CTAL-AT está dirigida a testers, analistas e ingenieros de pruebas, test managers, testers de aceptación, desarrolladores involucrados en la calidad, product owners, Scrum Masters, gerentes de calidad, analistas de negocio y líderes de tecnología.
- Requisito formal: la certificación ISTQB Foundation Level (CTFL), versión 4.0 o anterior.
- Recomendado (no obligatorio): experiencia en desarrollo o pruebas ágiles; el syllabus sugiere como referencia unos seis meses como tester de sistema, de aceptación o miembro de un equipo ágil, y tomar un curso acreditado.
- No es requisito tener CTFL-AT. Aunque ayuda mucho, puedes ir directo de CTFL a CTAL-AT.
Si aún no tienes Foundation, ese es tu primer paso: nuestro curso ISTQB Fundamentos 4.0 te prepara para CTFL.
Qué serás capaz de hacer: objetivos de negocio
El syllabus define ocho resultados de negocio para una persona certificada en CTAL-AT:
| Código | Un CTAL-AT certificado puede… |
|---|---|
| BO1 | Colaborar en equipos multifuncionales conociendo los principios y prácticas ágiles |
| BO2 | Adaptar su experiencia de pruebas a los valores y principios ágiles |
| BO3 | Apoyar al equipo ágil en la planificación de pruebas |
| BO4 | Aplicar enfoques ágiles y técnicas de prueba para lograr una cobertura adecuada |
| BO5 | Ayudar al negocio a definir historias, escenarios, requisitos y criterios de aceptación comprensibles y verificables |
| BO6 | Crear e implementar distintos enfoques de prueba ágil |
| BO7 | Apoyar y contribuir a la automatización de pruebas |
| BO8 | Comunicarse eficazmente con el equipo usando estilos y canales adecuados |
Los objetivos de aprendizaje van de K2 a K4 (no hay K1). Los K4, que exigen analizar y decidir, son tres: esbozar una estrategia de prueba de proyecto usando los cuadrantes, seleccionar medidas de mejora del proceso a partir de métricas y analizar historias de usuario y épicas para crear charters de prueba.
Contenido del syllabus capítulo por capítulo
| Capítulo | Tiempo mínimo | Temas clave |
|---|---|---|
| 1. Retos de la estrategia y el enfoque de prueba | 60 min | Tipos de prueba durante y después de la iteración, pruebas extremo a extremo, pruebas formales vs. holísticas, enfoques de regresión |
| 2. Personas y equipos | 60 min | Generalización vs. especialización, involucrar al negocio, equipo completo, tissue testers |
| 3. Gestión y mejora del proceso de prueba | 210 min | Planificación ágil, estrategia con cuadrantes, monitoreo y control, tipos de cobertura, mejora basada en métricas |
| 4. Shift-left | 135 min | Testware como requisitos, storyboarding y testboarding, example mapping, sesgos, división de historias, ingeniería de requisitos |
| 5. Enfoques ágiles y técnicas de prueba | 285 min | Heurísticas, mnemotécnicos, test tours, charters, exploratoria, mob, pair y vibe testing, test smells |
| 6. Automatización y herramientas de prueba | 30 min | Automatización de pruebas y herramientas en el desarrollo ágil |
Capítulo 1. Retos de la estrategia y el enfoque de prueba
El primer capítulo trata una pregunta que todo equipo ágil enfrenta: ¿qué probamos dentro del sprint y qué después? Compara los tipos de prueba que caben en la iteración (pruebas de historias, componente, integración, exploratoria de lo nuevo) con los que suelen requerir otro momento (rendimiento a escala, integración con sistemas externos, aceptación operacional).
Explica cuándo tienen sentido las pruebas extremo a extremo: valiosas para validar flujos de negocio completos, pero caras y frágiles si se abusa de ellas. Compara las pruebas formales (documentadas, trazables, a menudo exigidas por regulación) con las pruebas holísticas, que ven la calidad como algo que se trabaja en todo el ciclo, desde descubrir la idea hasta observar el producto en producción. Y diferencia enfoques de regresión: regresión completa, selección basada en riesgo o en análisis de impacto, y regresión automatizada continua en el pipeline.
Ejemplo: un banco que trabaja en sprints de dos semanas no puede correr una regresión manual completa cada sprint. La estrategia madura combina regresión automatizada en cada commit, regresión basada en riesgo para lo que cambió y una ronda formal antes de cada liberación regulada.
Capítulo 2. Personas y equipos
Un capítulo corto pero muy práctico sobre la parte humana. Compara la generalización (todos hacen un poco de todo) con la especialización (expertos en pruebas, seguridad, rendimiento) dentro del equipo, y cómo equilibrarlas, por ejemplo con perfiles en forma de T.
Da ejemplos de cómo motivar a los representantes del negocio para participar en actividades de prueba (demos, sesiones de exploración guiadas, aceptación temprana) y resume cómo el enfoque de equipo completo ayuda a los desarrolladores: el tester como coach de pruebas, pares en el diseño de pruebas unitarias, retroalimentación rápida.
Y presenta los tissue testers: personas que prueban el producto una sola vez y sin conocimiento previo, como un pañuelo desechable. Su valor es la mirada fresca: detectan problemas de usabilidad y supuestos que el equipo ya no ve porque está acostumbrado al producto. El syllabus explica cómo y cuándo usarlos; también los menciona como una forma de reducir el efecto de los sesgos.
Capítulo 3. Gestión y mejora del proceso de prueba
Es el segundo capítulo más pesado (210 minutos) y contiene dos de los tres objetivos K4. Cubre:
- Planificación de pruebas en ágil: qué se planifica en la entrega, en la iteración y en el día a día, sin caer en documentos pesados.
- Estrategia de prueba de proyecto con cuadrantes (K4): dado un contexto, debes esbozar qué pruebas van en cada cuadrante, quién las hace, cuándo y con qué nivel de automatización. Ejemplo: para una app de pagos, Q1 con pruebas unitarias y de contrato en cada commit; Q2 con escenarios BDD de reglas de negocio; Q3 con exploratoria por sesiones y pruebas de usabilidad con usuarios reales; Q4 con rendimiento y seguridad antes de cada liberación.
- Monitoreo y control en ágil: tableros, burndown, flujo acumulado y decisiones del equipo.
- Tipos de cobertura para reportar: cobertura de historias y criterios de aceptación, de riesgos, de código y de configuraciones, y cuándo usar cada una.
- Mejora del proceso basada en métricas (K4): a partir de datos como defectos escapados, tiempo de ciclo o pruebas inestables, elegir la mejora adecuada.
- Cómo hacer mejora del proceso en ágil: pequeños experimentos, retrospectivas con datos y seguimiento.
Capítulo 4. Shift-left
Este capítulo trata de mejorar la calidad de la base de prueba antes de construir, que es donde un tester avanzado más aporta.
- Testware como requisitos: ejemplos concretos, escenarios BDD o pruebas de aceptación que funcionan como especificación.
- Storyboarding y testboarding: representar visualmente el recorrido del usuario y, sobre él, las ideas de prueba, para descubrir huecos antes de programar.
- Example mapping: una sesión corta donde, para una historia, el equipo escribe sus reglas, los ejemplos de cada regla y las preguntas abiertas. Si salen demasiadas reglas o preguntas, la historia no está lista o es muy grande.
- Sesgos cognitivos: cómo el sesgo de confirmación, el anclaje u otros afectan la calidad del producto, y prácticas que ayudan a revelarlos, como pair testing, debriefs después de sesiones exploratorias, análisis de causa raíz y tissue testers.
- División de historias (K3): partir historias grandes en otras más pequeñas que se puedan probar, por ejemplo por pasos del flujo, por reglas de negocio, por variaciones de datos o por caminos felices y alternos.
- Ingeniería de requisitos y shift-left: cómo las prácticas de requisitos sostienen el probar antes.
Ejemplo de división: «Como cliente quiero pagar mi pedido» es demasiado grande. Se puede partir en: pagar con tarjeta de crédito; pagar con transferencia; aplicar un cupón; manejar el rechazo del banco. Cada una tiene criterios claros y se prueba de forma independiente.
Capítulo 5. Enfoques ágiles y técnicas de prueba
El capítulo más grande: 285 minutos y 12 de las 40 preguntas. Su centro es la prueba exploratoria llevada a nivel profesional.
- Heurísticas: reglas prácticas que guían decisiones cuando el tiempo es limitado, la especificación no es clara o la regresión no está totalmente automatizada.
- Mnemotécnicos: ayudas de memoria para ampliar la cobertura, como SFDIPOT (estructura, función, datos, interfaces, plataforma, operaciones, tiempo), RCRCRC para regresión, FEW HICCUPPS para oráculos de prueba, I SLICED UP FUN para móviles y TERMS para factores de éxito de la automatización.
- Test tours: recorridos con la metáfora de una ciudad (distrito de negocios, histórico, turístico, de entretenimiento, hotelero y «barrio peligroso») que dan a la exploración un punto de vista: funciones principales, código heredado, funciones para novatos, funciones de soporte o pruebas negativas orientadas a vulnerabilidades.
- Creación de charters (K4): analizar historias y épicas para escribir charters con misión, alcance, actor, preparación, prioridad, notas de oráculo y riesgos, a menudo usando las preguntas 5W1H (qué, quién, cuándo, dónde, por qué y cómo).
- Ejecución de la exploratoria (K3): sesiones de 60 a 120 minutos con preparación, ejecución guiada por heurísticas y revisión posterior.
- Prueba asistida: mob testing (todo el equipo prueba junto, con una persona al teclado y rotación), pair testing (dos personas, por ejemplo tester y desarrollador) y vibe testing, un término reciente emparentado con el «vibe coding» que el syllabus incluye entre las formas de prueba asistida; al ser nuevo, te recomendamos leer su definición exacta en el syllabus.
- Test smells (K3): señales de que un caso de prueba es de mala calidad, como pasos ambiguos, resultados esperados vagos, dependencia de otros casos, datos fijos frágiles o un caso que prueba demasiadas cosas a la vez.
Ejemplo de charter: «Explorar el registro de usuarios con datos internacionales (nombres con acentos, direcciones largas, teléfonos con prefijo) para descubrir problemas de validación y almacenamiento. Actor: cliente nuevo desde España. Duración: 90 minutos».
Capítulo 6. Automatización y herramientas de prueba
El capítulo más corto (30 minutos, 2 preguntas K2). Cubre el papel de la automatización de pruebas en el desarrollo ágil (integración continua, regresión en entrega continua, cómo el tester contribuye aunque no sea el automatizador principal) y las herramientas de prueba en el desarrollo ágil. Si quieres profundizar en la parte técnica, el camino es CTAL-TAE o nuestra guía de automatización de pruebas desde cero.
Descarga el syllabus oficial
Todo el syllabus es evaluable, excepto la introducción y los apéndices. Por ahora el syllabus oficial está disponible en inglés.
Para el examen de muestra oficial y futuras traducciones, consulta la página de la certificación en istqb.org.
El examen CTAL-AT
Estructura verificada
| Dato | Valor |
|---|---|
| Preguntas | 40, de opción múltiple |
| Puntos totales | 52 (K2 vale 1 punto, K3 vale 2 y K4 vale 3) |
| Para aprobar | 34 puntos (65%) |
| Duración | 90 minutos; 113 si presentas en un idioma que no es tu lengua materna (+25%) |
| Niveles cognitivos | 31 preguntas K2, 6 K3 y 3 K4 |
| Requisito | ISTQB Foundation Level (CTFL) |
Distribución por capítulo según las tablas oficiales de ISTQB:
| Capítulo | Preguntas | Puntos |
|---|---|---|
| 1. Estrategia y enfoque | 5 | 5 |
| 2. Personas y equipos | 5 | 5 |
| 3. Gestión y mejora | 7 | 11 |
| 4. Shift-left | 9 | 11 |
| 5. Enfoques y técnicas | 12 | 18 |
| 6. Automatización y herramientas | 2 | 2 |
Idiomas: consulta la disponibilidad al reservar; al momento de escribir esto, iSQI lo ofrece en inglés, alemán y español.
Modalidades
- En línea desde casa con supervisión remota (iSQI FLEX): disponible 24/7; para exámenes Advanced reserva con al menos 48 horas de anticipación. Necesitas cámara, micrófono, una segunda cámara con tu celular e identificación oficial.
- Pearson VUE: en un centro de examen o en línea con OnVUE.
- Presencial en tu empresa: para grupos de 6 o más personas, Cool Testers lleva un aplicador.
Ya no existe el examen en papel.
Dónde comprarlo
- Directo en iSQI, nuestro partner y proveedor oficial de exámenes, con un cupón de 20% sobre el precio de su página en la primera oportunidad. Escríbenos y te decimos cómo obtenerlo.
- Con Cool Testers: el examen de certificación con 1 o 2 oportunidades, si lo paga tu empresa o necesitas factura. Tienes 1 año para presentarlo.
Cómo prepararte
Primero, decide qué certificación te conviene hoy
- Si quieres certificarte en ágil pronto y en español con un curso en vivo: toma nuestro curso Agile Tester y presenta CTFL-AT antes del 6 de noviembre de 2027. Es un examen más accesible y el certificado es vitalicio.
- Si ya tienes experiencia sólida en ágil y quieres un nivel avanzado: prepara CTAL-AT por tu cuenta con el syllabus y el examen de muestra. El curso de Agile Tester es una buena base, porque CTAL-AT da por sabidos muchos de sus temas.
- Si eres una empresa con un equipo de 6 o más personas interesado en CTAL-AT, cuéntanos tu necesidad.
Plan de 6 semanas para CTAL-AT
| Semana | Qué estudiar | Meta |
|---|---|---|
| 1 | Repaso de CTFL 4.0 (capítulos 2, 4 y 5) y capítulos 1 y 2 | Tener frescos cuadrantes, pirámide y equipo completo; explicar pruebas holísticas y tissue testers |
| 2 | Capítulo 3 | Esbozar 2 estrategias con cuadrantes para contextos distintos; elegir mejoras a partir de métricas |
| 3 | Capítulo 4 | Hacer un example mapping y dividir 3 historias grandes |
| 4 | Capítulo 5, primera parte | Heurísticas, mnemotécnicos, test tours; escribir 5 charters a partir de historias reales |
| 5 | Capítulo 5, segunda parte, y capítulo 6 | Mob, pair y vibe testing; detectar test smells en casos de tu proyecto |
| 6 | Examen de muestra y repaso | Analizar cada opción de las preguntas K3 y K4 |
Errores comunes
- Pensar que es «el mismo Agile Tester con otro nombre». Cambian el nivel, el contenido y el examen.
- Descuidar las K4. Valen 3 puntos cada una; no se memorizan, se razonan sobre un escenario.
- Calcular mal el tiempo. Son 90 minutos para escenarios largos; si el idioma no es tu lengua materna, pide el 25% extra.
- Llegar sin bases de CTFL 4.0. El syllabus asume que dominas pirámide, cuadrantes y retrospectivas.
Beneficios y salidas profesionales
- Diferenciación: es una certificación nueva; tenerla temprano te distingue en procesos de selección para roles senior en equipos ágiles.
- Perfil de liderazgo técnico: demuestra que puedes definir la estrategia de pruebas de un equipo, no solo ejecutarla.
- Calidad desde el inicio: example mapping, división de historias y trabajo con sesgos te convierten en la persona que mejora los requisitos antes del código.
- Exploratoria profesional: heurísticas, tours y charters son de lo más valioso para encontrar defectos importantes rápido.
Roles típicos: QA senior o QA lead en equipos Scrum, quality coach, agile test lead, test analyst senior y, combinado con TM, test manager en organizaciones ágiles o híbridas.
Relación con otras certificaciones y siguiente paso
- Antes: CTFL 4.0 (obligatoria) y, como base recomendable, CTFL-AT.
- Liderazgo ágil a escala: CT-ATLaS.
- Gestión: Test Management (CTAL-TM).
- Análisis: Test Analyst (CTAL-TA).
- Automatización y DevOps: CTAL-TAE y CT-QDO.
- IA: CT-GenAI, muy complementaria con el vibe testing y la exploración asistida.
Preguntas frecuentes
¿CTAL-AT reemplaza a CTFL-AT?
Es su evolución. CTFL-AT está en retiro: en español se puede presentar hasta el 6 de noviembre de 2027 y en inglés hasta el 6 de mayo de 2027. Después, la única certificación de Agile Tester será CTAL-AT.
¿Si tengo CTFL-AT obtengo automáticamente CTAL-AT?
No. No hay transición automática. Tu certificado CTFL-AT sigue siendo válido, pero para CTAL-AT debes aprobar su examen.
¿Cuál es el requisito para presentar CTAL-AT?
La certificación ISTQB Foundation Level (CTFL), versión 4.0 o anterior. Se recomienda experiencia en equipos ágiles, pero no es obligatoria.
¿Cómo es el examen CTAL-AT?
40 preguntas de opción múltiple que suman 52 puntos. Apruebas con 34 (65%). Tienes 90 minutos, o 113 si no presentas en tu lengua materna.
¿Cool Testers tiene curso de CTAL-AT?
Por ahora no. Nuestro curso ISTQB Agile Tester prepara la certificación CTFL-AT, que puedes presentar en español hasta noviembre de 2027.
¿Qué es un tissue tester?
Una persona que prueba el producto una sola vez y sin conocimiento previo, para aportar una mirada fresca y detectar problemas que el equipo ya no ve.
¿Qué es example mapping?
Una técnica colaborativa donde, para una historia, el equipo escribe reglas, ejemplos de cada regla y preguntas abiertas, para mejorar la historia antes de desarrollarla.