- CTAL-ATT (Certified Tester Advanced Level Agile Technical Tester, también llamada CT-ATT) es la certificación avanzada de ISTQB para las habilidades técnicas del tester en equipos ágiles.
- Importante: está en fase de retiro. Puedes presentarla en inglés hasta el 6 de mayo de 2027 y en otros idiomas hasta el 6 de noviembre de 2027. La reemplaza CTAL-AT v2.0.
- Los certificados ATT ya emitidos siguen siendo válidos, pero no se convierten automáticamente en CTAL-AT.
- Requisito: CTFL 4.0, o un CTFL anterior más CTFL Agile Tester, y experiencia práctica.
- Syllabus v1.1: 4 capítulos, mínimo 16 horas de formación; más de la mitad del tiempo es "Testing in Agile" (TDD, BDD, ATDD, exploratorias, calidad de código).
- Examen: 40 preguntas, 90 minutos (113 si no es tu lengua materna), aprobar con 42 de 64 puntos (65%).
Hubo un momento en que al tester ágil se le pedía, sobre todo, colaborar y adaptarse. Hoy se le pide más: escribir criterios de aceptación que se puedan automatizar, entender TDD, revisar código, diseñar pruebas para un pipeline de integración continua y simular servicios que todavía no existen. Ese perfil técnico es lo que certifica ISTQB CTAL-ATT.
En esta guía te explico qué es, por qué está en fase de retiro y qué significa para ti, qué dice el syllabus capítulo por capítulo, cómo es el examen y si te conviene presentarla o ir directo a su sucesora.
Qué es CTAL-ATT y dónde está en el portafolio ISTQB
CTAL-ATT forma parte del flujo Agile de ISTQB en nivel Advanced. Su syllabus vigente es la versión 1.1 (diciembre de 2019). Durante años fue el paso natural después de CTFL Agile Tester para quien quería profundizar en la parte técnica.
Estado actual: fase de retiro
En 2026 ISTQB lanzó la CTAL-AT v2.0 (Advanced Level Agile Tester), una certificación más amplia que reemplaza a CT-ATT. Según ISTQB, las prácticas técnicas que cubría ATT ya se volvieron habituales en la industria. Lo que debes saber:
| Tema | Qué aplica |
|---|---|
| Último día para presentar en inglés (incluye reintentos) | 6 de mayo de 2027 |
| Último día en otros idiomas (incluye reintentos) | 6 de noviembre de 2027 |
| Certificados ATT ya emitidos | Siguen siendo válidos |
| ¿Se convierten en CTAL-AT? | No. Para obtener CTAL-AT hay que presentar su examen |
| Sucesora | CTAL-AT v2.0 (requisito: CTFL) |
¿Todavía te conviene? Sí, si ya estudiaste el syllabus, tu empresa te lo pide o quieres certificarte pronto en estas prácticas específicas: el certificado no caduca. Si empiezas de cero y no tienes prisa, te recomiendo evaluar la CTAL-AT v2.0, que es la que existirá a largo plazo. En cualquier caso, lo que aprendes aquí (TDD, BDD, ATDD, CI, virtualización) sigue siendo totalmente vigente en el trabajo diario. Puedes ver el mapa completo en nuestra guía de la certificación ISTQB.
Para quién es y requisitos previos
Está pensada para testers que trabajan en equipos ágiles y quieren un rol más técnico: testers ágiles, analistas técnicos de pruebas, ingenieros de automatización, SDETs y desarrolladores interesados en prácticas test-first.
- Requisito formal: un certificado CTFL 4.0 vigente, o un CTFL anterior a la 4.0 más el certificado CTFL Agile Tester. Si te falta, revisa nuestro curso ISTQB Fundamentos 4.0 o el curso ISTQB Agile Tester.
- Experiencia práctica suficiente: el board o proveedor de examen define los criterios.
- Conocimientos técnicos: no tienes que ser desarrollador, pero sí poder leer código: el syllabus incluye revisión de código y TDD, con objetivos de nivel K3 y K4.
- No es obligatorio tomar un curso acreditado para presentar el examen.
Qué serás capaz de hacer: objetivos de negocio
Según ISTQB, una persona certificada en Agile Technical Tester puede:
| # | Objetivo de negocio | En la práctica |
|---|---|---|
| 1 | Aplicar técnicas ágiles para asegurar una cobertura de pruebas adecuada | Combinar automatización, exploratorias y caja negra según el riesgo |
| 2 | Definir requisitos comprobables dentro de un equipo ágil | Historias y criterios de aceptación claros, medibles y automatizables |
| 3 | Crear e implementar enfoques de prueba ágiles con técnicas adecuadas | TDD, BDD, ATDD y charters de exploración |
| 4 | Apoyar la automatización en proyectos ágiles | Data-driven y keyword-driven, nivel de automatización adecuado |
| 5 | Apoyar la integración, entrega y despliegue continuos | Diseñar qué se ejecuta en cada ciclo de CI |
| 6 | Conocer la virtualización de servicios | Probar sin depender de sistemas externos |
| 7 | Comunicarse eficazmente con el equipo | Revisiones de código, conversaciones con PO y desarrolladores |
Los objetivos de aprendizaje llegan a K4 (analizar). ISTQB asigna 15 minutos de formación mínima a cada objetivo K2, 60 a cada K3 y 75 a cada K4, lo que te da una idea de dónde está la profundidad.
Contenido del syllabus capítulo por capítulo
| Capítulo | Tiempo mínimo | Temas clave |
|---|---|---|
| 1. Ingeniería de requisitos | 180 min | Storyboards, story mapping, personas, diagramas, casos de uso, elicitación, criterios de aceptación, INVEST y SMART |
| 2. Pruebas en ágil | 540 min | TDD, pruebas unitarias y FIRST, BDD, ATDD y specification by example, mezcla de enfoques según riesgo, test charters, refactorización de pruebas, revisión de código y análisis estático, deuda técnica |
| 3. Automatización de pruebas | 135 min | Data-driven, keyword-driven, automatización según el enfoque de pruebas, nivel de automatización necesario |
| 4. Despliegue y entrega | 105 min | Integración continua y su impacto en pruebas, pruebas continuas en entrega y despliegue continuos, virtualización de servicios |
Capítulo 1. Ingeniería de requisitos
El capítulo arranca con una idea clave: en ágil, las técnicas de ingeniería de requisitos no las aplica solo un analista al inicio, sino todo el equipo en cada iteración. El tester las usa para pulir historias y épicas, detectar huecos y requisitos no funcionales olvidados.
Las técnicas que debes saber aplicar (K4) son:
- Storyboards: representación visual del sistema que muestra el flujo y ayuda a encontrar huecos lógicos, agrupar historias y definir criterios de aceptación.
- Story mapping: ordena historias en dos dimensiones (prioridad y sofisticación). Te ayuda a definir la suite de smoke con las funciones más básicas y a priorizar pruebas por riesgo.
- Personas: arquetipos de usuario que revelan inconsistencias entre tipos de usuarios. Ejemplo: la historia funciona para "Ana, cliente frecuente", pero ¿y para "Luis, primer pedido desde el celular con mala conexión"?
- Diagramas (entidad-relación, clases, UML) y casos de uso, que muestran stakeholders olvidados, interfaces y puntos de integración.
Luego cubre el proceso de requisitos (elicitación, documentación, negociación y validación, gestión) y las técnicas de elicitación para derivar criterios de aceptación: cuestionarios cuantitativos (útiles para muchos stakeholders y criterios no funcionales), cuestionarios cualitativos y entrevistas cualitativas. El objetivo K4 es crear y evaluar criterios de aceptación comprobables usando también INVEST, SMART y técnicas de CTFL como particiones de equivalencia, valores límite, tablas de decisión y transición de estados.
Ejemplo: "El usuario puede pagar rápido" no se puede probar. "El pago con tarjeta se confirma en menos de 3 segundos en el 95% de los casos, con montos entre 1 y 50,000" sí, y ya te sugiere valores límite.
Capítulo 2. Pruebas en ágil
El corazón de la certificación: nueve horas de las dieciséis. Tiene tres bloques.
Técnicas de desarrollo y prueba ágiles. Primero TDD, que debes saber aplicar (K3) con su ciclo rojo-verde-refactorizar: escribes una prueba que falla, escribes el código mínimo para que pase y mejoras el diseño sin cambiar el comportamiento. Incluye las características de una buena prueba unitaria (determinista, atómica, aislada, rápida), el mnemónico FIRST (Fast, Isolated, Repeatable, Self-validating, Thorough) y el patrón Arrange-Act-Assert.
Después BDD (K3): escenarios Given-When-Then escritos desde la perspectiva del usuario, en tercera persona, aislados y atómicos, con acciones semánticas ("el usuario confirma el pedido") en lugar de técnicas ("el usuario hace clic en el botón Confirmar"), y resultados concretos, no un genérico "todo sale bien". Y ATDD y specification by example (K4): analizar un backlog para decidir cómo introducir ATDD, separando la intención de la prueba (legible por negocio) de su implementación (idealmente automatizada).
Pruebas basadas en experiencia en ágil. El syllabus propone decidir la mezcla de pruebas automatizadas, exploratorias y de caja negra según el nivel de riesgo y si el sistema es crítico (de misión o seguridad) o no. En un sistema crítico, el riesgo alto pide automatización y caja negra muy recomendadas, más exploratorias; en uno no crítico, el riesgo bajo puede cubrirse sobre todo con exploratorias. También enseña a crear test charters (K4) a partir de épicas e historias, con sesiones de 60 a 120 minutos, y a documentar y presentar sus resultados en el debriefing.
Calidad del código. La refactorización de casos de prueba (identificar, analizar, refactorizar, re-ejecutar, evaluar) y las revisiones de código y el análisis estático para detectar defectos y deuda técnica (K4). El syllabus aclara que el tester debe poder leer el lenguaje del código que revisa, aunque no necesita ser experto: aporta preguntando por el comportamiento, sugiriendo casos de uso no considerados y vigilando métricas de código.
Capítulo 3. Automatización de pruebas
Aquí aplicas (K3) dos técnicas clásicas:
- Data-driven testing: un mismo script lee múltiples combinaciones de datos de una tabla. Ideal para validar, por ejemplo, 50 combinaciones de código postal y tipo de envío con un solo flujo.
- Keyword-driven testing: las pruebas se escriben con palabras clave de negocio ("IniciarSesión", "AgregarAlCarrito", "Pagar") que alguien implementa una vez. Permite que perfiles no técnicos diseñen pruebas automatizadas.
El syllabus subraya que la automatización no es un objetivo de prueba, sino una estrategia al servicio de objetivos mayores, y explica cómo encaja en cada enfoque de prueba (analítico, basado en modelos, metódico, de cumplimiento de procesos, reactivo, dirigido y de aversión a la regresión). Cierra con el nivel de automatización necesario para mantener el ritmo de despliegue: volumen creciente de la suite, tiempo de desarrollo y ejecución, disponibilidad de personas, y los beneficios y limitaciones de automatizar más, como falsos positivos y negativos o pruebas no funcionales lentas aun automatizadas. También recuerda que la frecuencia de liberación debe ajustarse a lo que el usuario necesita.
Capítulo 4. Despliegue y entrega
Primero, la integración continua (K3) y su impacto en las pruebas. El syllabus plantea el conflicto entre ejecutar el ciclo de CI muy seguido y probar lo más a fondo posible, y propone cinco soluciones complementarias: priorizar pruebas por riesgo, usar configuraciones distintas por tipo de ciclo (básicas en cada build, más completas en la noche), reducir pruebas de interfaz en favor de pruebas unitarias y de integración, seleccionar pruebas por análisis de impacto y paralelizar la suite en varios agentes.
Luego, el papel de las pruebas continuas en la entrega continua (cada cambio llega a un entorno similar a producción) y el despliegue continuo (cada cambio llega automáticamente a producción). Y cierra con la virtualización de servicios: servicios simulados que, a diferencia de un stub simple, pueden mantener estado, contexto y tiempos de respuesta realistas. Sus beneficios incluyen desarrollo y pruebas en paralelo, pruebas de API más tempranas, menos dependencia de recursos compartidos como mainframes, pruebas no funcionales tempranas y menor riesgo en el manejo de datos. Ejemplo: probar el checkout de una tienda cuando la pasarela de pagos del proveedor aún no tiene sandbox disponible.
Descarga el syllabus oficial
El syllabus de CTAL-ATT v1.1 está disponible en inglés. Todo su contenido es evaluable salvo la introducción y los apéndices.
El examen CTAL-ATT
Estructura verificada
| Dato | Valor |
|---|---|
| Preguntas | 40, de opción múltiple |
| Puntos totales | 64 |
| Para aprobar | 42 puntos (65%) |
| Duración | 90 minutos; 113 si no es tu lengua materna (+25%) |
| Niveles cognitivos | K1 a K4 |
| Disponible hasta | 6 may 2027 (inglés) / 6 nov 2027 (otros idiomas) |
Fuente: página de CTAL-ATT en istqb.org y tablas oficiales de estructura de exámenes. Como tiene objetivos K4, espera escenarios largos (una historia de usuario, un fragmento de código, un backlog) donde debes analizar y elegir la mejor opción.
Modalidades
- En línea desde casa (iSQI FLEX): supervisión remota 24/7. Para exámenes Advanced reserva con al menos 48 horas de anticipación. Necesitas cámara, micrófono, segunda cámara con tu celular e identificación oficial.
- Pearson VUE: centro de examen u OnVUE.
- En tu empresa: grupos de 6 o más, con un aplicador que lleva Cool Testers.
Ya no hay examen en papel. Por la fecha de retiro, no lo dejes para el final: si repruebas, necesitas margen para el reintento.
Dónde comprarlo
Puedes comprarlo directo con iSQI, nuestro partner y proveedor oficial de exámenes, o con Cool Testers mediante el examen de certificación (1 o 2 oportunidades) si lo paga tu empresa o necesitas factura. Recuerda que, aunque tengas 1 año para presentarlo, la fecha límite real es la del retiro del examen. Si tienes dudas, escríbenos por WhatsApp.
Cómo prepararte
- Decide primero ATT o CTAL-AT v2.0 según tu fecha objetivo y lo que pida tu empresa.
- Repasa CTFL y Agile Tester: historias de usuario, criterios de aceptación, cuadrantes de pruebas ágiles y técnicas de caja negra.
- Practica TDD de verdad. Toma un ejercicio sencillo (una calculadora de descuentos, por ejemplo) y hazlo con rojo-verde-refactorizar en el lenguaje que uses en tu proyecto.
- Escribe escenarios BDD para historias reales y revísalos contra las pautas del syllabus: perspectiva del usuario, atomicidad, acciones semánticas y resultados concretos.
- Revisa código. Pídele a un desarrollador de tu equipo participar en pull requests; es la mejor práctica para los objetivos K4 de revisión y deuda técnica.
- Arma un pequeño framework data-driven y keyword-driven. Nuestros cursos de Playwright y Selenium (grupos abiertos) y Postman te dan la base práctica. Si empiezas, lee automatización de pruebas desde cero.
- Resuelve el examen de muestra oficial (v1.3) de istqb.org y analiza cada distractor.
Beneficios y salidas profesionales
- Un perfil muy demandado: el tester que habla de TDD, BDD y CI con los desarrolladores encaja en equipos ágiles modernos y en roles de SDET o quality engineer.
- Nivel Advanced: es una certificación avanzada, con más peso en un CV que un módulo de nivel básico.
- Prácticas que no caducan: aunque el examen se retire, todo lo que cubre se usa a diario en la industria.
- Puente hacia la automatización: te prepara para CTAL-TAE y para trabajar en pipelines de CI/CD.
- Para empresas: equipos ágiles con prácticas técnicas comunes. Si quieres formar a tu equipo en ágil o automatización, solicita una cotización.
Relación con otras certificaciones y siguiente paso
- Antes: CTFL 4.0 o CTFL anterior + CTFL-AT.
- Sucesora: CTAL-AT v2.0, la certificación ágil avanzada que la reemplaza.
- Liderazgo ágil: CT-ATLaS para ágil a escala.
- Automatización: CTAL-TAE y CT-TAS.
- DevOps: CT-QDO, el siguiente paso natural si tu equipo vive en CI/CD.
- Técnico: CTAL-TTA para profundizar en pruebas técnicas.
Preguntas frecuentes
¿La certificación CTAL-ATT ya no existe?
Sigue existiendo pero está en fase de retiro. Puedes presentarla en inglés hasta el 6 de mayo de 2027 y en otros idiomas hasta el 6 de noviembre de 2027. La reemplaza CTAL-AT v2.0.
¿Mi certificado ATT pierde validez?
No. ISTQB confirma que todos los certificados CT-ATT existentes siguen siendo válidos. Lo que no ocurre es una conversión automática a CTAL-AT.
¿Qué necesito para presentar el examen?
Un certificado CTFL 4.0, o un CTFL anterior más el certificado CTFL Agile Tester, además de experiencia práctica suficiente.
¿Cómo es el examen CTAL-ATT?
40 preguntas de opción múltiple que suman 64 puntos; apruebas con 42 (65%). Tienes 90 minutos, o 113 si no es tu lengua materna.
¿Necesito saber programar?
Necesitas poder leer código, porque hay objetivos de TDD y revisión de código. No tienes que ser desarrollador experto.
¿Me conviene ATT o CTAL-AT v2.0?
Si ya estudiaste ATT o tu empresa lo pide, preséntala antes del retiro. Si empiezas de cero, CTAL-AT v2.0 es la opción de largo plazo.
¿Hay syllabus de ATT en español?
Nosotros compartimos el syllabus oficial v1.1 en inglés. Consulta con tu board (HASTQB o SSTQB) o con el proveedor de examen la disponibilidad del examen en español.