- CTFL-AT (Certified Tester Foundation Level Agile Tester) es la extensión ágil del nivel Foundation de ISTQB: valida que sabes trabajar como tester dentro de un equipo ágil.
- El requisito es tener ISTQB Foundation Level (CTFL) de cualquier versión.
- El syllabus (versión 2014) tiene 3 capítulos y 735 minutos de formación mínima; casi dos terceras partes son métodos, técnicas y herramientas de prueba ágil.
- El examen tiene 40 preguntas, dura 60 minutos (75 si no es tu lengua materna) y se aprueba con 26 aciertos (65%).
- Está en fase de retiro: el examen en español se puede presentar hasta el 6 de noviembre de 2027 (en inglés, hasta el 6 de mayo de 2027). El certificado obtenido sigue siendo válido para siempre.
- Su evolución es CTAL-AT v2.0, de nivel avanzado; no son la misma certificación.
- Te preparas con nuestro curso ISTQB Agile Tester: 24 horas en vivo por Teams.
Hoy casi todos los equipos de software trabajan con Scrum, Kanban o alguna mezcla. Y ahí el tester ya no es la persona que recibe una versión al final para «probarla»: participa desde el refinamiento, escribe criterios de aceptación con el Product Owner, automatiza con los desarrolladores y explora el producto en cada sprint.
La certificación ISTQB Agile Tester (CTFL-AT) pone orden en todo eso. En esta guía te explico qué es, para quién es, qué cubre el syllabus capítulo por capítulo, cómo es el examen, qué significa su fase de retiro y cómo se relaciona con el nuevo CTAL-AT v2.0.
Qué es CTFL-AT y dónde está en el portafolio ISTQB
CTFL-AT es la extensión ágil del nivel Foundation. Se publicó en 2014, cuando el syllabus de Foundation todavía estaba pensado sobre todo para modelos secuenciales, y llenó ese hueco: cómo se prueba en un equipo ágil, qué cambia en el rol del tester, qué técnicas y herramientas se usan.
En el portafolio actual ocupa un lugar especial. Desde 2023, CTFL 4.0 ya incluye las bases ágiles (equipo completo, pirámide, cuadrantes, retrospectivas, ATDD). Por eso, en mayo de 2026 ISTQB publicó CTAL-AT v2.0 (Advanced Level Agile Tester) como la evolución de CTFL-AT, con un enfoque más estratégico y de nivel avanzado.
- Examen y formación en español y otros idiomas distintos del inglés: disponibles hasta el 6 de noviembre de 2027, incluidas las segundas oportunidades.
- Examen y formación en inglés: hasta el 6 de mayo de 2027.
- Los certificados ya emitidos siguen siendo válidos. No hay transición automática a CTAL-AT: si quieres la nueva certificación, debes presentar su examen.
¿Vale la pena certificarse en algo que se retira? En muchos casos sí. Es una certificación con más de diez años de reconocimiento, la piden vacantes y clientes corporativos, el examen es más accesible que uno de nivel avanzado y el certificado no caduca. Solo asegúrate de presentar el examen antes de la fecha límite. 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
CTFL-AT es para cualquier persona que prueba o colabora con la calidad en un entorno ágil:
- Testers y analistas de QA que vienen de proyectos tradicionales y ahora están en un equipo Scrum.
- Testers que ya trabajan en ágil y quieren formalizar lo que hacen con un estándar internacional.
- Desarrolladores, Scrum Masters, Product Owners y analistas de negocio que quieren entender qué aporta el tester y cómo colaborar mejor.
- Líderes de QA que necesitan un marco común para un equipo que se mueve a ágil.
Requisito formal: tener la certificación ISTQB Foundation Level (CTFL), de cualquier versión. Si aún no la tienes, empieza por nuestro curso ISTQB Fundamentos 4.0; puedes tomar ambos en paquete con 50% de descuento en el segundo curso. No necesitas saber programar, aunque ayuda entender qué es una prueba unitaria y un pipeline de integración continua.
Qué serás capaz de hacer: objetivos de negocio
El documento oficial de presentación de Agile Tester (Foundation Level Agile Tester Overview) define estos resultados de negocio para una persona certificada:
| Código | Un Agile Tester certificado puede… |
|---|---|
| FA-BO1 | Colaborar en un equipo ágil multifuncional conociendo los principios y prácticas básicas del desarrollo ágil |
| FA-BO2 | Adaptar su experiencia y conocimiento de pruebas a los valores y principios ágiles |
| FA-BO3 | Apoyar al equipo ágil en la planificación de las actividades de prueba |
| FA-BO4 | Aplicar métodos y técnicas adecuados para probar en un proyecto ágil |
| FA-BO5 | Ayudar al equipo en las actividades de automatización de pruebas |
| FA-BO6 | Ayudar a los representantes del negocio a definir historias de usuario, escenarios, requisitos y criterios de aceptación comprensibles y verificables |
| FA-BO7 | Trabajar y compartir información con el equipo usando estilos y canales de comunicación eficaces |
Los objetivos de aprendizaje del syllabus llegan hasta K3 (aplicar). Los K3 son los que más pesan en la práctica y en el examen: redactar historias de usuario que puedan probarse, aplicar técnicas en proyectos ágiles, evaluar riesgos de calidad, estimar el esfuerzo de prueba y aplicar ATDD.
Contenido del syllabus capítulo por capítulo
| Capítulo | Tiempo mínimo | Temas clave |
|---|---|---|
| 1. Desarrollo ágil de software | 150 min | Manifiesto Ágil, equipo completo, retroalimentación temprana, XP, Scrum, Kanban, historias de usuario, retrospectivas, integración continua, planificación de entregas e iteraciones |
| 2. Principios, prácticas y procesos fundamentales de la prueba ágil | 105 min | Diferencias con el enfoque tradicional, productos de trabajo, niveles de prueba, gestión de la configuración, independencia, comunicación del estado, riesgo de regresión, rol y competencias del tester ágil |
| 3. Métodos, técnicas y herramientas de prueba ágil | 480 min | TDD, ATDD, BDD, pirámide, cuadrantes, evaluación de riesgos de calidad, estimación, criterios de aceptación, prueba exploratoria, herramientas |
En total son 735 minutos (12 h 15 min) de formación mínima. Nuestro curso dura 24 horas porque dedicamos el tiempo extra a ejercicios prácticos y simulacros.
Capítulo 1. Desarrollo ágil de software
Arranca con el Manifiesto Ágil y sus cuatro valores: individuos e interacciones sobre procesos y herramientas, software funcionando sobre documentación exhaustiva, colaboración con el cliente sobre negociación de contratos y respuesta ante el cambio sobre seguir un plan. Ojo: el manifiesto no dice que lo de la derecha no tenga valor, sino que se valora más lo de la izquierda. Es una pregunta clásica.
El syllabus también repasa los doce principios del manifiesto. Los que más impactan al tester son: satisfacer al cliente con entregas tempranas y continuas de software valioso, aceptar cambios de requisitos incluso tarde, entregar software funcionando con frecuencia, que negocio y desarrollo trabajen juntos a diario, la conversación cara a cara como forma más eficiente de comunicar, el software funcionando como medida principal de avance y la reflexión periódica del equipo para mejorar.
Después explica el enfoque de equipo completo (whole team): todos con las competencias necesarias, en el mismo espacio físico o virtual, compartiendo la responsabilidad de la calidad. Un ejemplo es la reunión de «los tres amigos»: negocio, desarrollo y prueba revisan juntos una historia antes de construirla. Y destaca el valor de la retroalimentación temprana y frecuente: el cliente ve software funcionando en cada iteración, los malentendidos de requisitos aparecen antes y el equipo puede ajustar prioridades con información real.
Luego describe tres enfoques ágiles:
- Programación Extrema (XP): valores, principios y prácticas como programación en pareja, integración continua, diseño incremental y programar probando primero.
- Scrum: sprints, product backlog, sprint backlog, incremento, Definition of Done, time-boxing, transparencia y tres roles: Scrum Master, Product Owner y equipo de desarrollo. Scrum no define un rol de tester; el tester es parte del equipo.
- Kanban: tablero, límites de trabajo en curso (WIP) y flujo continuo, sin iteraciones obligatorias.
La parte K3 del capítulo es la creación colaborativa de historias de usuario. Usa el concepto de las 3C (tarjeta, conversación y confirmación) y el criterio INVEST (independiente, negociable, valiosa, estimable, pequeña y que pueda probarse). Ejemplo: «Como cliente quiero recuperar mi contraseña por correo para volver a entrar a mi cuenta». El tester aporta preguntas como: ¿cuánto tiempo es válido el enlace?, ¿qué pasa si el correo no está registrado?, ¿se puede usar el enlace dos veces? Esas respuestas se convierten en criterios de aceptación.
Cierra con retrospectivas (qué salió bien, qué mejorar y cómo, incluidas mejoras de prueba), integración continua (construir, analizar estáticamente, ejecutar pruebas automatizadas y desplegar con cada cambio, con sus beneficios y riesgos) y la diferencia entre planificación de la entrega (release, visión de varias iteraciones) y planificación de la iteración (sprint), con lo que aporta el tester en cada una: definir historias y criterios de aceptación que puedan probarse, participar en el análisis de riesgos, estimar el esfuerzo de prueba y planificar la prueba de la entrega.
Capítulo 2. Principios, prácticas y procesos fundamentales de la prueba ágil
Este capítulo compara la prueba en enfoques tradicionales y ágiles. En ágil, las actividades de prueba y desarrollo ocurren en paralelo dentro de cada iteración; los testers y desarrolladores trabajan juntos y la automatización es esencial para no quedarse atrás. Los productos de trabajo cambian: menos documentación formal y más artefactos ligeros como historias, criterios de aceptación, charters de exploración y pruebas automatizadas.
También explica cómo se ven los niveles de prueba en una iteración, el papel de la gestión de la configuración y las herramientas de integración continua, y las opciones de organización para la prueba independiente: testers dentro del equipo, un equipo de pruebas independiente para pruebas de sistema o no funcionales al final, o una mezcla. El riesgo de integrar al tester por completo es que pierda independencia y adopte el punto de vista del desarrollador; el syllabus propone equilibrar ambos.
Una sección muy práctica es cómo comunicar el estado de la prueba: tableros de tareas, gráficas de burndown, reuniones diarias (daily) y wikis. La métrica clave en ágil es si las historias cumplen su Definition of Done y si el incremento está listo para entregarse.
Otra es la gestión del riesgo de regresión: cada sprint agrega funcionalidad y cambia la existente, así que la suite de regresión crece. El syllabus recomienda mantener casos manuales y automatizados vivos (actualizar, retirar, consolidar), automatizar en distintos niveles y ejecutar la regresión dentro de la integración continua.
Termina con el rol y las competencias del tester ágil: ser positivo y orientado a soluciones, tener pensamiento crítico y escéptico, buscar retroalimentación activamente, comunicar con claridad, colaborar con el equipo y entender el negocio. Entre sus tareas están asegurar que el equipo entienda la estrategia de pruebas, apoyar la automatización, reportar defectos, coachear a otros en temas de prueba y participar en retrospectivas.
Capítulo 3. Métodos, técnicas y herramientas de prueba ágil
Es el capítulo central: 480 minutos y 15 de las 40 preguntas, 7 de ellas K3. Se divide en cuatro partes.
Métodos de prueba ágil. Explica TDD (escribir la prueba unitaria, verla fallar, escribir el código mínimo, refactorizar), ATDD (definir pruebas de aceptación con negocio antes de desarrollar) y BDD (escenarios en lenguaje Dado/Cuando/Entonces, legibles por todos y automatizables). Presenta la pirámide de prueba (muchas pruebas unitarias rápidas abajo, pocas pruebas de interfaz arriba) y los cuadrantes de prueba de Brian Marick:
| Cuadrante | Orientación | Ejemplos |
|---|---|---|
| Q1 | Tecnología, apoya al equipo | Pruebas unitarias y de componente, automatizadas |
| Q2 | Negocio, apoya al equipo | Pruebas funcionales, ejemplos, pruebas de historias, prototipos |
| Q3 | Negocio, critica el producto | Prueba exploratoria, usabilidad, aceptación de usuario |
| Q4 | Tecnología, critica el producto | Rendimiento, carga, seguridad, fiabilidad |
También describe el papel del tester en el sprint cero (preparar entorno, herramientas y estrategia), en la integración y en la planificación, y prácticas como el trabajo en pareja, el diseño incremental de pruebas y los mapas mentales.
Evaluación de riesgos de calidad y estimación. En la planificación de la iteración, el equipo identifica riesgos de calidad por historia, evalúa su probabilidad e impacto y decide la profundidad de prueba. Ejemplo: en la historia de pagos, el riesgo «cobro duplicado» es alto en probabilidad e impacto, así que merece pruebas de aceptación detalladas, automatizadas y exploratorias; en cambio, «el texto del botón no se ve bien en modo oscuro» es de bajo impacto y basta con una revisión rápida. Luego se estima el esfuerzo considerando contenido y riesgo, con técnicas como planning poker, donde el tester aporta la perspectiva de cuánto cuesta probar.
Técnicas en proyectos ágiles. Cómo derivar pruebas de los criterios de aceptación y de otra información (funcionalidad, interfaces, restricciones, datos), qué significa una cobertura adecuada en cada nivel, cómo aplicar ATDD paso a paso (K3) y cómo usar técnicas de caja negra funcionales y no funcionales, como partición de equivalencia y valores frontera, sobre historias de usuario.
Ejemplo de ATDD aplicado a la historia de recuperar contraseña. Criterio: «el enlace caduca a las 24 horas». Antes de que se programe, el equipo acuerda las pruebas: el enlace funciona a las 23 h 59 min; deja de funcionar a las 24 h 01 min; un segundo uso del mismo enlace muestra un mensaje claro; un correo no registrado muestra el mismo mensaje genérico que uno registrado (para no revelar qué cuentas existen). Esas pruebas se escriben en lenguaje del negocio, se automatizan y se convierten en la definición viva de «terminado».
Aquí también está la prueba exploratoria gestionada por sesiones: un charter define el objetivo, el alcance, los datos y los actores; la sesión es un periodo ininterrumpido de 60 a 120 minutos; y al final se hace una revisión (debriefing) con los hallazgos. Ejemplo de charter: «Explorar el carrito de compras con cupones combinados para descubrir errores de cálculo de descuentos».
Herramientas en proyectos ágiles. Gestión y seguimiento de tareas (tableros como Jira), comunicación e intercambio de información (wikis, chat, mensajería), construcción y distribución (integración continua), gestión de la configuración (control de versiones), diseño, implementación y ejecución de pruebas (incluidas herramientas de mapas mentales y automatización), y computación en la nube y virtualización para crear entornos rápidamente. Si quieres llevar la automatización más lejos, revisa nuestra guía de Playwright vs. Selenium vs. Cypress.
Descarga el syllabus oficial
Todo el contenido de los capítulos 1 a 3 es evaluable. Te recomendamos leer el syllabus completo y repasar las palabras clave de cada capítulo.
El examen CTFL-AT
Estructura verificada
| Dato | Valor |
|---|---|
| Preguntas | 40, de opción múltiple, 1 punto cada una |
| Para aprobar | 26 puntos (65%) |
| Duración | 60 minutos; 75 si presentas en un idioma que no es tu lengua materna (+25%) |
| Distribución | Capítulo 1: 13 preguntas · Capítulo 2: 12 · Capítulo 3: 15 |
| Niveles cognitivos | 10 preguntas K1, 22 K2 y 8 K3 |
| Requisito | ISTQB Foundation Level (CTFL) |
| Disponible hasta | 6 de noviembre de 2027 en español; 6 de mayo de 2027 en inglés |
Fuente: tablas oficiales de estructura de exámenes de ISTQB, iSQI y anuncio de ISTQB sobre CTAL-AT v2.0.
Modalidades
- En línea desde casa con supervisión remota (iSQI FLEX): disponible 24/7; reserva con al menos 2 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. Si presentas en un idioma que no es tu lengua materna, tienes 25% de tiempo extra.
Dónde comprarlo
El examen no está incluido en el curso. Tienes dos opciones:
- 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, que te enviamos al inscribirte. Es lo más conveniente si tú lo pagas.
- Con Cool Testers: el examen de certificación con 1 o 2 oportunidades. Conviene si lo paga tu empresa o necesitas factura. Tienes 1 año para presentarlo, siempre antes de la fecha de retiro.
Cómo prepararte
Plan de 4 semanas
| Semana | Qué estudiar | Meta |
|---|---|---|
| 1 | Capítulo 1 | Explicar valores y principios ágiles, Scrum, XP y Kanban; redactar 5 historias con criterios de aceptación |
| 2 | Capítulo 2 | Comparar prueba tradicional y ágil; explicar cómo se gestiona la regresión y se comunica el estado |
| 3 | Capítulo 3 | Cuadrantes, pirámide, ATDD paso a paso, riesgos de calidad, planning poker, charters de exploración |
| 4 | Repaso y simulacros | Al menos 2 exámenes completos con 80% o más; repasar palabras clave |
Errores comunes
- Contestar con la forma en que tu empresa «hace ágil». El examen sigue el syllabus y el Manifiesto, no las adaptaciones locales.
- Confundir los cuadrantes. Memoriza los dos ejes: tecnología/negocio y apoyar al equipo/criticar el producto.
- Subestimar el capítulo 3. Tiene 15 preguntas y la mayoría de las K3.
- Dejar el examen para después. Con la fecha de retiro, agéndalo en cuanto termines el curso.
Nuestro curso ISTQB Agile Tester
Nuestro curso ISTQB Agile Tester prepara la certificación CTFL-AT. Son 24 horas en vivo por Microsoft Teams los sábados con Miguel Hernández, con ejercicios de historias de usuario, ATDD, estimación y exploratoria. Tienes las grabaciones por 3 años y puedes repetir el curso sin costo en cualquier grupo abierto dentro de los 6 meses siguientes. En grupos abiertos puedes pagar a plazos (50% hoy y 3 pagos quincenales, con 10% de financiamiento) y si se inscriben dos personas al mismo tiempo tienen 10% de descuento.
Si aún no tienes Foundation, pregunta por el paquete Fundamentos + Agile Tester con 50% en el segundo curso. ¿Dudas? Escríbenos por WhatsApp.
Beneficios y salidas profesionales
- Encaja con cómo se trabaja hoy: la mayoría de las vacantes de QA son en equipos ágiles, y esta certificación demuestra que sabes moverte en ellos.
- Más valor en el refinamiento: aprendes a mejorar historias y criterios de aceptación antes de que se escriba código, donde el tester más aporta.
- Colaboración con desarrollo: entiendes TDD, BDD e integración continua y hablas el mismo idioma que los desarrolladores.
- Certificado vitalicio: aunque el examen se retire, tu certificado sigue siendo válido y reconocido.
- Para empresas: un equipo que se mueve a Scrum adopta prácticas de prueba comunes. Impartimos el curso para tu empresa; solicita una cotización.
Roles típicos: QA tester en equipo Scrum, analista de calidad ágil, tester de aceptación, QA lead de una célula ágil y, con programación, automatizador en equipos de entrega continua.
Relación con otras certificaciones y siguiente paso
- Antes: CTFL 4.0, obligatoria.
- Evolución: CTAL-AT v2.0, el Agile Tester de nivel avanzado, con objetivos K4 sobre estrategia, mejora de procesos y técnicas como example mapping y test tours.
- Liderazgo ágil: Agile Test Leadership at Scale (CT-ATLaS) si lideras calidad en varias células o en una transformación ágil.
- Gestión: Test Management (CTAL-TM), que cubre la gestión de pruebas en modelos ágiles e híbridos.
- Automatización y DevOps: CTAL-TAE y Quality in DevOps (CT-QDO).
Preguntas frecuentes
¿Cuál es la diferencia entre CTFL-AT y CTAL-AT?
CTFL-AT es la extensión ágil de nivel Foundation (2014) y llega a K3. CTAL-AT v2.0 es de nivel avanzado (2026), incluye objetivos K4 y se enfoca en estrategia, mejora de procesos y técnicas avanzadas. Son exámenes distintos y tener CTFL-AT no te da CTAL-AT.
¿Hasta cuándo puedo presentar el examen CTFL-AT?
En español y otros idiomas distintos del inglés, hasta el 6 de noviembre de 2027. En inglés, hasta el 6 de mayo de 2027. Esto incluye las segundas oportunidades.
¿Mi certificado CTFL-AT perderá validez cuando se retire?
No. Los certificados emitidos siguen siendo válidos de por vida. Lo que se retira es la posibilidad de presentar el examen.
¿Necesito tener Foundation para presentar Agile Tester?
Sí. El requisito es la certificación ISTQB Foundation Level (CTFL), de cualquier versión.
¿Cuántas preguntas tiene el examen CTFL-AT?
40 preguntas de opción múltiple de 1 punto. Apruebas con 26 (65%). Tienes 60 minutos, o 75 si no presentas en tu lengua materna.
¿Necesito saber programar?
No. Ayuda entender qué es una prueba unitaria, TDD o la integración continua, pero el syllabus no exige programación.
¿El examen está incluido en el curso?
No. Puedes comprarlo directo en iSQI con el cupón de 20% que te enviamos al inscribirte, o con Cool Testers si lo paga tu empresa o necesitas factura.