- CT-AcT (Acceptance Testing) es la certificación ISTQB de especialista en pruebas de aceptación: criterios de aceptación, ATDD y BDD con Gherkin, modelos de procesos (BPMN) y reglas de negocio (DMN), aceptación de requisitos no funcionales y colaboración entre testers, analistas de negocio y product owners.
- Versión vigente: syllabus v2019 (publicado el 21 de junio de 2019).
- Requisito: tener el ISTQB Foundation Level (CTFL).
- Examen: 40 preguntas, aprobación con 26 (65 %), 60 minutos (75 si no es tu lengua materna).
- Son 5 capítulos y 600 minutos (10 horas) de formación mínima.
- Está pensada para tres roles a la vez: testers, analistas de negocio y product owners.
- El examen no viene incluido en ningún curso: lo compras en iSQI (cupón de 20 % para alumnos de Cool Testers) o con nosotros si necesitas factura.
"Funciona, pero no es lo que pedimos." Si alguna vez escuchaste esa frase en una demo o en UAT, ya conoces el problema que resuelve esta certificación. La mayoría de los rechazos en aceptación no vienen de errores de código, sino de criterios de aceptación ambiguos y de analistas y testers trabajando en silos. La certificación ISTQB CT-AcT se enfoca justo en eso. En esta guía te explico qué cubre el syllabus, cómo es el examen y cómo prepararte.
Para ver el mapa completo de certificaciones y costos, revisa nuestra guía principal de la certificación ISTQB.
Qué es CT-AcT y dónde está en el portafolio ISTQB
CT-AcT es una certificación de especialista de ISTQB. Según su syllabus, su objetivo clave es apoyar el trabajo colaborativo entre product owners, analistas de negocio y testers en las pruebas de aceptación, evitando el efecto silo, sin importar si el ciclo de vida es ágil o tradicional.
El syllabus parte de una idea sencilla: los criterios de aceptación se obtienen descomponiendo los requisitos en una forma más atómica y verificable, y de ahí se diseñan los casos de prueba. Si esa cadena se rompe, la aceptación falla.
Qué tipos de aceptación cubre (y cuál no)
De las formas de prueba de aceptación que define el Foundation Level, el syllabus cubre:
- Prueba de aceptación de usuario (UAT).
- Prueba de aceptación contractual y regulatoria.
- Pruebas alfa y beta.
Y deja fuera a propósito la prueba de aceptación operacional (OAT), porque normalmente la hacen los equipos que operarán el sistema, no testers y analistas.
Versión vigente
La versión vigente es la v2019, publicada el 21 de junio de 2019. En la página de ISTQB aparece como "CT-AcT Syllabus v1.0 2019": es la misma versión, y al momento de escribir esto no hay una más reciente.
Dónde se ubica
Se presenta después de ISTQB Foundation Level (CTFL 4.0) y se apoya mucho en conceptos de Agile Tester (CTFL-AT) (historias de usuario, criterios INVEST, ATDD), de Model-Based Testing (CT-MBT) (cobertura sobre modelos) y del Foundation Level de análisis de negocio de IQBBA, que el syllabus usa como referencia para las actividades del analista.
Para quién es y requisitos previos
El syllabus dice que la certificación está dirigida a cualquier persona involucrada en actividades de pruebas de aceptación: product owners, analistas de negocio, testers, test analysts, test engineers, consultores, test managers, testers de aceptación de usuario y desarrolladores.
Es especialmente útil si:
- Eres tester funcional y participas en refinamiento o en UAT con usuarios de negocio.
- Eres analista de negocio o product owner y quieres escribir criterios de aceptación que realmente se puedan probar.
- Trabajas con BDD/Gherkin o quieres introducirlo en tu equipo.
- Participas en proyectos con aceptación contractual o regulatoria (gobierno, banca, salud, proveedores externos).
Requisitos para presentar el examen
El syllabus establece que debes obtener el certificado ISTQB Foundation Level antes de presentar el examen de Acceptance Testing.
Qué serás capaz de hacer: objetivos de negocio
Como la certificación cubre tres roles, el syllabus expresa los Business Outcomes por rol:
| Rol | Código | Objetivo de negocio |
|---|---|---|
| Analistas de negocio y product owners | AcT-1 | Contribuir participando en el diseño de pruebas de aceptación y ayudar a alinear el producto con los requisitos de negocio. |
| AcT-2 | Contribuir a organizar las pruebas de aceptación (proceso, artefactos, comunicación, reportes, monitoreo y gestión) y colaborar con testers y stakeholders. | |
| AcT-3 | Contribuir a la calidad del proceso de aceptación, incluida la validación y verificación de artefactos. | |
| Testers | AcT-4 | Contribuir a definir los criterios de aceptación durante la definición de requisitos. |
| AcT-5 | Colaborar eficientemente con analistas de negocio y stakeholders en todas las actividades de aceptación. | |
| AcT-6 | Entender los objetivos de negocio, comunicarse con las áreas de negocio y compartir objetivos comunes para la aceptación. |
Contenido del syllabus capítulo por capítulo
El syllabus tiene cinco capítulos con tiempos mínimos de formación por capítulo. Los objetivos van de K1 (recordar) a K3 (aplicar), y todo el contenido es examinable al menos a nivel K1.
| Capítulo | Tiempo mínimo | Temas clave |
|---|---|---|
| 1. Introducción y fundamentos | 80 min | Metas, necesidades y requisitos de negocio; requisitos, criterios y pruebas de aceptación; calidad de requisitos; relación entre análisis de negocio y pruebas; ATDD y BDD |
| 2. Criterios de aceptación, pruebas de aceptación y prácticas basadas en la experiencia | 165 min | Escribir criterios de aceptación, técnicas y enfoques de prueba, Gherkin, pruebas exploratorias, pruebas beta |
| 3. Modelado de procesos y reglas de negocio | 150 min | Modelos BPMN y DMN, derivar pruebas con criterios de cobertura, buenas prácticas, modelado para ATDD |
| 4. Pruebas de aceptación de requisitos no funcionales | 95 min | ISO 25010 y calidad en uso, usabilidad y UX, rendimiento, seguridad |
| 5. Pruebas de aceptación colaborativas | 110 min | Habilidades sociales y de comunicación, análisis de defectos, reportes, QA de artefactos, herramientas |
Capítulo 1. Introducción y fundamentos (80 min)
Este capítulo construye la cadena completa: metas de negocio → necesidades de negocio → requisitos → criterios de aceptación → pruebas de aceptación. Puntos clave:
- Los criterios de aceptación son enunciados medibles que pueden ser verdaderos o falsos, relacionados con un requisito o historia concreta. Definen el "qué" probar, no el "cómo".
- Los casos de prueba de aceptación se derivan de esos criterios.
- Si los requisitos o criterios son vagos, el tester hace suposiciones y las pruebas pueden resultar inválidas. Por eso importan los criterios INVEST para historias de usuario y la norma ISO/IEC/IEEE 29148 para requisitos.
- La relación entre las actividades del analista de negocio (estrategia, gestión del proceso, ingeniería de requisitos, evaluación de la solución) y las del proceso de pruebas (planeación, análisis, diseño, implementación, ejecución, cierre).
- ATDD (las pruebas de aceptación se crean en colaboración durante el análisis de requisitos) y BDD (se usa Gherkin, con formato Dado-Cuando-Entonces, y esas especificaciones se convierten en pruebas y en base para automatizar).
Ejemplo: la meta de negocio es "reducir 30 % las llamadas al centro de atención". Una necesidad es "que el cliente pueda reprogramar su entrega sin llamar". La historia es "como cliente quiero cambiar la fecha de entrega desde la app". Un criterio de aceptación es "la nueva fecha solo puede elegirse entre las próximas 10 fechas hábiles disponibles". Ese criterio ya es verificable.
Capítulo 2. Criterios de aceptación, pruebas y prácticas basadas en la experiencia (165 min)
El capítulo más largo y con más preguntas en el examen. Tiene dos objetivos K3 clave:
- Escribir criterios de aceptación con buenas prácticas para un requisito o historia dados: precisos, medibles y concisos; sin detalles de solución técnica (el "qué", no el "cómo"); cubriendo también requisitos no funcionales; y revisados con walkthroughs, revisiones técnicas o en la planeación de la iteración.
- Aplicar Gherkin para diseñar pruebas de aceptación de una historia dada. Los escenarios en Gherkin no hacen referencia a elementos de interfaz, sino a acciones del usuario sobre el sistema.
Además verás las técnicas para aceptación: caja negra (particiones de equivalencia, valores límite), pruebas basadas en procesos de negocio con tablas de decisión, pruebas basadas en la experiencia, basadas en riesgo y basadas en modelos; la prueba exploratoria con cartas de prueba (test charters), en pareja o en equipo; y la prueba beta, útil para software comercial o SaaS, pero que no es sistemática ni medible y llega tarde, por lo que no debe ser la única forma de aceptación.
Ejemplo en Gherkin:
Escenario: reprogramar la entrega a una fecha válida
Dado que tengo un pedido con entrega programada para el lunes
Cuando elijo el jueves como nueva fecha
Entonces el pedido muestra entrega programada para el jueves
Y recibo una confirmación por correo.
Fíjate que no dice "hago clic en el botón azul": describe comportamiento, no interfaz.
Capítulo 3. Modelado de procesos y reglas de negocio (150 min)
Este capítulo trae el enfoque de "business process assurance": la organización necesita confianza en que sus procesos críticos (de pedido a cobro, alta de personal, planeación de producción) funcionan sin interrupciones. Para eso usa dos estándares del OMG:
- BPMN (Business Process Model and Notation) para representar flujos de trabajo.
- DMN (Decision Model and Notation) para representar decisiones y reglas de negocio con tablas de decisión.
Los objetivos K3 son: construir un modelo simple de proceso o reglas (menos de 20 elementos, con un subconjunto de BPMN y DMN definido en el apéndice) y derivar pruebas de aceptación que cumplan un criterio de cobertura dado. Los elementos de cobertura típicos son: historias, requisitos y riesgos anotados en el modelo; decisiones de las tablas de reglas; escenarios de usuario (caminos del proceso); y todos los caminos sin bucles.
También verás buenas prácticas: modelar solo lo que se va a probar, usar subprocesos para mantener los diagramas simples, trabajar en conjunto analista y tester, y anotar en el diagrama historias, riesgos y prioridades. Y cómo usar estos modelos en ATDD como documentación viva, que es la diferencia principal frente al Gherkin de BDD: aquí la especificación es visual.
Ejemplo: un proceso de aprobación de crédito con una compuerta "¿monto mayor a 50 000?" y una tabla DMN de reglas de riesgo con cuatro reglas. Si el criterio acordado es "todos los caminos del escenario principal y una vez cada regla", obtienes un conjunto de pruebas acotado y justificable ante el negocio.
Capítulo 4. Aceptación de requisitos no funcionales (95 min)
La aceptación no es solo funcional. Este capítulo usa el modelo ISO 25010:
- Ejemplos de subcaracterísticas no funcionales que conviene incluir en pruebas de aceptación, y las cinco características de calidad en uso: efectividad, eficiencia, satisfacción, ausencia de riesgo y cobertura de contexto.
- Usabilidad y UX: los cuatro pilares del análisis de requisitos de UX (análisis de usuarios, de tareas, de contexto y de competencia) y métodos de prueba de usabilidad como evaluaciones con checklists, revisiones de expertos, walkthrough y think-aloud, evaluaciones biométricas y análisis de logs.
- Rendimiento: pruebas de rendimiento de alto nivel (carga, estrés, resistencia) y criterios de aceptación desde tres perspectivas: usuario (tiempo de respuesta percibido), negocio (usuarios concurrentes, transacciones y tiempos esperados) y técnica (recursos y arquitectura).
- Seguridad: por qué hacen falta criterios de aceptación medibles de seguridad (autenticación, autorización, sanitización de datos, criptografía, privacidad) y pruebas de seguridad de alto nivel, algunas ejecutadas por el tester de aceptación y otras por especialistas.
Ejemplo de criterio de rendimiento desde las tres perspectivas: "con 500 usuarios concurrentes en la hora pico (negocio), la confirmación de pago aparece en menos de 3 segundos para el 95 % de las transacciones (usuario), con un uso de CPU del servidor por debajo del 70 % (técnica)". Para profundizar, lee nuestra guía de Performance Testing (CT-PT) y la de Usability Testing (CT-UT).
Capítulo 5. Pruebas de aceptación colaborativas (110 min)
El último capítulo trata del lado humano y de la gestión:
- Colaboración (K3): aplicar habilidades sociales y de comunicación en una situación dada. El syllabus menciona juegos serios, role playing, talleres y técnicas de negociación basada en principios para conocerse, comunicar en un entorno de confianza, visualizar objetivos comunes y desactivar conflictos.
- Análisis de defectos a nivel de negocio: el tester identifica qué criterio no se cumple y el analista evalúa el impacto en los procesos de negocio, recorriendo los caminos del modelo y las reglas afectadas.
- Reportes para una audiencia de negocio y las posibles decisiones: liberar sin restricciones, liberar con reservas (con workarounds o excluyendo una funcionalidad) o rechazar hasta corregir.
- QA de los artefactos de aceptación: revisión de criterios, revisión de casos de prueba, trazabilidad, análisis de cobertura y revisión de reportes.
- Herramientas de análisis de negocio y de pruebas que apoyan la aceptación.
Ejemplo: en UAT aparece un defecto en el cálculo de un descuento. El tester indica qué criterio falla; la analista revisa el modelo y ve que solo afecta a clientes corporativos con pago diferido, un 2 % de los pedidos. Juntos recomiendan liberar con reservas, comunicando el workaround al equipo de soporte.
Descarga el syllabus oficial
El syllabus de CT-AcT está en inglés. Descárgalo y consulta en la página de ISTQB el examen de muestra:
El examen CT-AcT
Estructura verificada
| Dato | Valor |
|---|---|
| Preguntas | 40, de opción múltiple |
| Puntos totales | 40 |
| Calificación aprobatoria | 26 puntos (65 %) |
| Duración | 60 minutos; 75 minutos si no lo presentas en tu lengua materna (+25 %) |
| Requisito | ISTQB Foundation Level |
Fuente: página oficial de CT-AcT en ISTQB y ISTQB Exam Structure and Rules Tables v1.18 (mayo de 2026). Según la distribución publicada por ISTQB, el capítulo 2 aporta 10 preguntas y los capítulos 3, 4 y 5 aportan 8 cada uno; el capítulo 1 aporta 6.
Modalidades
- En línea con supervisión remota (iSQI FLEX), 24/7: reserva con al menos 2 horas de anticipación. Necesitas cámara, micrófono, una segunda cámara (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 hay examen en papel. Si el examen no está en tu lengua materna tienes 25 % de tiempo extra; confirma en iSQI los idiomas disponibles al reservar. La certificación vale igual en cualquier idioma.
Dónde comprarlo
- Directo en iSQI.org, nuestro partner y proveedor oficial de exámenes, con cupón de 20 % sobre el precio de su página en la primera oportunidad para alumnos de Cool Testers. Recomendado si tú pagas.
- Con Cool Testers (examen de certificación, 1 o 2 oportunidades) si lo paga tu empresa o necesitas factura. Tienes 1 año para presentarlo. Escríbenos para confirmar disponibilidad.
Costos en tu moneda: guía principal de certificación ISTQB.
Cómo prepararte para CT-AcT
- Repasa el Foundation Level, en especial niveles de prueba, técnicas de caja negra y tablas de decisión.
- Escribe criterios de aceptación todos los días. Toma historias reales de tu backlog y reescribe sus criterios para que sean medibles, sin detalles técnicos e incluyendo al menos un aspecto no funcional.
- Practica Gherkin. Escribe escenarios para 5 historias distintas y revisa que no mencionen elementos de interfaz. Nuestra guía de casos de prueba con ejemplos y plantilla te sirve como punto de partida.
- Aprende el subconjunto de BPMN y DMN del apéndice. Dibuja dos procesos de tu trabajo con menos de 20 elementos y deriva pruebas con distintos criterios de cobertura.
- Memoriza las listas de ISO 25010 que el syllabus usa: subcaracterísticas no funcionales y las cinco de calidad en uso.
- Practica las tres perspectivas de rendimiento (usuario, negocio, técnica) con un ejemplo propio.
- Haz el examen de muestra oficial y analiza cada justificación.
Beneficios y salidas profesionales
- Menos retrabajo y menos "no es lo que pedimos". Criterios claros desde el refinamiento reducen rechazos en demos y UAT.
- Te vuelves interlocutor del negocio. Hablar de procesos, reglas y riesgos de negocio te acerca a product owners y gerentes.
- Base sólida para BDD. Si tu equipo automatiza con Gherkin, saber escribir buenos escenarios es la mitad del trabajo.
- Útil más allá del rol de tester. Analistas de negocio y product owners también pueden certificarse y demostrar que saben definir aceptación.
- Roles donde suma: QA funcional, UAT lead, analista de negocio, product owner, consultor de calidad en implementaciones de software empresarial.
No damos cifras salariales porque varían mucho por país y empresa. Si estás empezando en QA, nuestra guía qué es un QA tester te da el panorama completo.
Relación con otras certificaciones y siguiente paso
| Certificación | Relación con CT-AcT |
|---|---|
| CTFL 4.0 | Requisito de entrada |
| CTFL-AT Agile Tester | Historias de usuario, INVEST y ATDD; muy complementaria |
| CT-MBT Model-Based Testing | Profundiza en generar pruebas desde modelos y en criterios de cobertura |
| CT-UT Usability Testing | Profundiza en usabilidad y UX |
| CT-PT Performance Testing | Profundiza en rendimiento |
| Security Tester | Profundiza en seguridad |
| CTAL-TA Test Analyst | Siguiente paso en técnicas de prueba orientadas al negocio |
Preguntas frecuentes
¿Qué es la certificación ISTQB CT-AcT?
Es la certificación de especialista de ISTQB en pruebas de aceptación. Se centra en la colaboración entre testers, analistas de negocio y product owners para definir criterios de aceptación, diseñar pruebas (incluido Gherkin y modelos BPMN/DMN) y aceptar requisitos funcionales y no funcionales.
¿Cuántas preguntas tiene el examen CT-AcT?
40 preguntas de opción múltiple, un punto cada una. Apruebas con 26 (65 %). Dura 60 minutos, o 75 si no lo presentas en tu lengua materna.
¿Necesito el Foundation Level para presentar CT-AcT?
Sí. El syllabus establece que debes tener el certificado ISTQB Foundation Level antes de presentar el examen.
¿Un analista de negocio o product owner puede presentar CT-AcT?
Sí. El syllabus está pensado explícitamente para tres roles: analistas de negocio, product owners y testers, con objetivos de negocio para cada uno. Solo necesitas cumplir el requisito del Foundation Level.
¿CT-AcT cubre la prueba de aceptación operacional (OAT)?
No. Cubre UAT, aceptación contractual y regulatoria, y pruebas alfa y beta. Deja fuera la OAT porque normalmente la realizan los equipos de operación.
¿Tengo que saber BPMN y Gherkin antes de estudiar?
No. El syllabus incluye en su apéndice el subconjunto de BPMN y DMN que necesitas, y explica el patrón Dado-Cuando-Entonces de Gherkin. Lo importante es practicarlos.
¿El examen viene incluido en algún curso de Cool Testers?
No. Se compra aparte: directo en iSQI con cupón de 20 % para alumnos, o con Cool Testers si necesitas factura o lo paga tu empresa.