- CT-MBT (Model-Based Testing) es la certificación ISTQB de especialista que te enseña a diseñar pruebas a partir de modelos (flujos de trabajo, diagramas de estados, tablas de decisión) y a generar casos de prueba de forma sistemática y, muchas veces, automática.
- Versión vigente: syllabus v1.1, publicado el 23 de febrero de 2024 (reemplaza a la v1.0 de 2015).
- Requisito: tener el ISTQB Foundation Level (CTFL). Se recomienda al menos seis meses de experiencia en desarrollo o pruebas.
- Examen: 40 preguntas, 40 puntos, aprobación con 26 (65 %), 60 minutos (75 si no es tu lengua materna).
- Son 5 capítulos y un mínimo de 725 minutos (12 h 05 min) de formación acreditada; el capítulo más pesado es el de modelado (250 min).
- Es útil para testers, analistas, automatizadores, product owners y desarrolladores que trabajan con requisitos complejos, sistemas regulados o mucha regresión.
- El examen no está incluido en ningún curso: se compra en iSQI (cupón de 20 % para alumnos de Cool Testers) o con nosotros si necesitas factura.
¿Te ha pasado que tienes 300 casos de prueba escritos a mano, cambia una regla de negocio y tienes que revisar uno por uno cuáles se ven afectados? El Model-Based Testing (MBT) ataca justo ese problema: en lugar de mantener cientos de casos sueltos, mantienes un modelo y generas los casos desde ahí. La certificación ISTQB CT-MBT te da el marco para hacerlo bien. En esta guía te explico qué cubre el syllabus v1.1, cómo es el examen y cómo prepararte.
Si quieres ver primero todo el mapa de certificaciones, revisa nuestra guía principal de la certificación ISTQB.
Qué es CT-MBT y dónde está en el portafolio ISTQB
El syllabus define el MBT como un enfoque en el que se diseña un modelo integral (normalmente con herramientas) basado en los objetivos de prueba del proyecto, y ese modelo funciona como especificación de diseño de pruebas, con suficiente detalle formal como para generar casos de prueba automáticamente.
Dicho en sencillo: dibujas cómo se comporta el sistema (o cómo lo usan, o cómo quieres probarlo), aplicas un criterio de selección ("cubre todas las transiciones", "cubre todos los requisitos de prioridad alta") y obtienes los casos de prueba. Si algo cambia, actualizas el modelo y regeneras.
Versión vigente
La versión vigente es la v1.1 (23 de febrero de 2024). Frente a la v1.0 de 2015, se reorganizó el contenido, se retiró material más avanzado y se cambió el apéndice del lenguaje de modelado simple. Si encuentras material de estudio viejo, verifica que corresponda a la v1.1. Al momento de escribir esto, la ficha del examen en iSQI todavía menciona la v1.0, así que confirma la versión al reservar.
Dónde se ubica
CT-MBT forma parte de la línea de especialista del portafolio ISTQB y se presenta después de ISTQB Foundation Level (CTFL 4.0). El syllabus sugiere como siguientes pasos los niveles avanzados de Test Analyst, Technical Test Analyst y Test Management, y después el nivel Expert.
Para quién es y requisitos previos
Según el syllabus, CT-MBT está dirigida a cualquier persona involucrada en pruebas de software: testers, test analysts, test engineers, consultores, test managers, testers de aceptación y desarrolladores. También es adecuada para quien necesita entender las pruebas desde fuera: project managers, quality managers, arquitectos, gerentes de desarrollo y analistas de negocio.
En la práctica, saca más provecho de esta certificación quien trabaja con:
- Reglas de negocio complejas (seguros, banca, nómina, cálculo de impuestos).
- Sistemas con muchos estados (flujos de aprobación, dispositivos, máquinas de control).
- Sectores regulados o críticos donde se exige trazabilidad entre requisitos, código y pruebas.
- Mucha regresión y requisitos que cambian con frecuencia.
Requisitos para presentar el examen
- Obligatorio: el certificado ISTQB Certified Tester Foundation Level.
- Recomendado: al menos seis meses de experiencia como tester de sistema o de aceptación, o como desarrollador.
- Recomendado: tomar un curso acreditado por un Member Board de ISTQB.
Qué serás capaz de hacer: objetivos de negocio
El syllabus define cinco Business Outcomes. Un Model-Based Testing Certified Tester puede:
| Objetivo | Qué significa en la práctica |
|---|---|
| MBT-BO1. Colaborar en un equipo de MBT con terminología, conceptos, procesos y técnicas establecidos | Hablar el mismo idioma que analistas, automatizadores y herramientas MBT. |
| MBT-BO2. Aplicar e integrar el MBT en un proceso de pruebas | Saber en qué actividades del proceso cambia el trabajo y cómo encaja en ciclos secuenciales o ágiles. |
| MBT-BO3. Crear y mantener modelos MBT de forma efectiva | Modelar con el nivel de abstracción correcto y con buenas prácticas. |
| MBT-BO4. Seleccionar, crear y mantener productos de prueba a partir de modelos, considerando riesgo y valor | Elegir criterios de selección que den la cobertura necesaria sin explosión de casos. |
| MBT-BO5. Ayudar a la organización a mejorar su proceso de aseguramiento de calidad | Evaluar el retorno de inversión e introducir MBT de forma gradual y medible. |
Contenido del syllabus capítulo por capítulo
El syllabus v1.1 tiene cinco capítulos examinables y exige un mínimo de 725 minutos de formación en cursos acreditados. Los objetivos de aprendizaje van de K1 (recordar) a K3 (aplicar).
| Capítulo | Tiempo mínimo | Temas clave |
|---|---|---|
| 1. Introducción al Model-Based Testing | 90 min (K2) | Beneficios, expectativas engañosas, actividades y productos MBT, integración en el ciclo de vida, apoyo a la ingeniería de requisitos |
| 2. Modelado MBT | 250 min (K3) | Modelos de flujo y de estados, foco del modelo (sistema, entorno, prueba), lenguajes de modelado, calidad del modelo, guías, reutilización, herramientas |
| 3. Criterios de selección para generar casos de prueba | 205 min (K3) | Familias de criterios, cobertura de modelo, de requisitos y de datos, criterios aleatorios, por escenario y por proyecto; grado de automatización; buenas prácticas |
| 4. Implementación y ejecución de pruebas MBT | 120 min (K3) | Casos de alto y bajo nivel, ejecución manual y automatizada, MBT offline y online, impacto de cambios, capa de adaptación |
| 5. Evaluar y desplegar un enfoque MBT | 60 min (K2) | Factores de ROI, relación entre objetivos y características del enfoque, métricas y KPI, buenas prácticas, costos, integración de herramientas |
Capítulo 1. Introducción al Model-Based Testing (90 min)
Empieza por el "para qué". El syllabus agrupa las motivaciones en dos ejes:
- Efectividad: modelar fomenta la comunicación con los stakeholders, ayuda a detectar malentendidos en los requisitos, permite involucrar a analistas de negocio cuando el modelo es gráfico y hace posible generar y analizar casos de prueba antes de que exista el sistema.
- Eficiencia: la verificación temprana del modelo evita defectos, los modelos se reutilizan, se pueden generar distintas suites desde el mismo modelo con distintos criterios, y el modelo es un punto único de mantenimiento cuando cambian los requisitos.
Igual de importante: las expectativas engañosas. El syllabus advierte contra creer que "MBT resuelve todo", que "MBT es solo cuestión de herramienta" (comprar la herramienta no debe ser el primer paso), que "los modelos siempre son correctos" (también tienen defectos y hay que revisarlos) y contra la explosión de casos de prueba si se usa generación combinatoria sin control.
También verás qué cambia en cada actividad del proceso de pruebas (planeación, análisis y diseño, implementación y ejecución, monitoreo y control, cierre), qué productos de trabajo entran y salen del MBT, y cómo encaja en ciclos secuenciales y ágiles: modelos que crecen por iteración, historias de usuario enlazadas al modelo para trazabilidad bidireccional, y uso de MBT para impulsar ATDD.
Ejemplo: en un equipo Scrum, el tester modela durante el refinamiento el flujo de "solicitar un reembolso". Al revisarlo con el product owner aparece un camino que nadie había definido: ¿qué pasa si el pedido ya fue parcialmente reembolsado? El defecto se encontró en el requisito, antes de escribir una sola línea de código.
Capítulo 2. Modelado MBT (250 min)
Es el corazón de la certificación y el capítulo con más tiempo. Hay dos objetivos K3 clave: desarrollar un modelo simple (menos de 15 elementos) usando un lenguaje basado en flujos de trabajo y otro usando un lenguaje basado en transición de estados. El apéndice del syllabus define una notación gráfica simple para ambos.
Otros temas del capítulo:
- Preguntas al modelar: qué características de calidad modelar (casi siempre funcionalidad, pero también rendimiento o seguridad), qué lenguaje usar y qué nivel de abstracción. Más abstracción simplifica el modelo, pero complica la adaptación para ejecutar.
- Foco del modelo: estructural (por ejemplo, árboles de clasificación) o de comportamiento (diagramas de actividad, BPMN, diagramas de estados); y modelo de sistema, de entorno/uso (por ejemplo, cadenas de Markov que describen el uso esperado) o de prueba.
- El modelo depende de los objetivos de prueba: no es el mismo modelo para probar reglas de negocio que para probar la navegación de una app.
- Lenguajes: para modelos estructurales, de datos y de comportamiento, y lenguajes integrados como UML. Ejemplos de buen encaje: diagramas de estados para un sistema de control, diagramas de actividad o BPMN para pruebas end-to-end de un sistema de información, y tablas de decisión para reglas de negocio.
- Calidad del modelo: sintáctica (correcto según las reglas del lenguaje), semántica (válido respecto a lo que describe) y pragmática (adecuado para el objetivo y el generador).
- Errores típicos: demasiado o muy poco detalle, y querer un solo modelo que lo cubra todo.
- Enlazar requisitos y riesgos al modelo: permite generar pruebas por requisito, medir cobertura de requisitos, analizar impacto de cambios y obtener la matriz de trazabilidad automáticamente.
- Guías de modelado, cuándo reutilizar modelos de diseño o requisitos (y cuándo no), tipos de herramientas y desarrollo iterativo con revisión y validación del modelo.
Ejemplo práctico: modelas una cuenta de usuario con estados Registrada → Activa → Bloqueada → Activa y Cerrada. Las transiciones son "verificar correo", "3 intentos fallidos", "desbloquear por soporte" y "cerrar cuenta". Con ese diagrama de menos de 15 elementos ya puedes generar pruebas que cubran todos los estados y todas las transiciones, incluida la que casi siempre se olvida: intentar cerrar una cuenta bloqueada.
Capítulo 3. Criterios de selección para generar casos de prueba (205 min)
Un modelo puede producir miles de caminos. Los criterios de selección deciden cuáles se convierten en casos de prueba. El syllabus los clasifica en familias:
- Cobertura de requisitos enlazados al modelo.
- Cobertura de elementos del modelo: estados, transiciones y decisiones en diagramas de estados; actividades y compuertas en procesos de negocio; condiciones y acciones en tablas de decisión; sentencias y condiciones en modelos textuales.
- Criterios relacionados con datos: particiones de equivalencia y análisis de valores límite.
- Aleatorios, basados en escenarios o patrones y dirigidos por el proyecto (por ejemplo, riesgo o prioridad).
Debes saber generar casos desde un modelo para lograr un objetivo dado (K3) y aplicar un criterio dado a un modelo (K3), además de reconocer cómo se relacionan estos criterios con las técnicas del Foundation Level. También verás los tres grados de automatización (generación manual, semiautomatizada y automatizada), pros y contras de cada criterio (por ejemplo, los aleatorios pueden generar pruebas largas sin sentido de negocio) y cómo combinarlos: por composición (intersección: casos que cumplen todos los criterios) o por adición (unión: casos que cumplen al menos uno).
Ejemplo: en el modelo de la cuenta de usuario, "cobertura de todos los estados" te da quizá 2 casos; "cobertura de todas las transiciones" te da más; y si agregas "valores límite del número de intentos fallidos" (2, 3 y 4), combinas un criterio de modelo con uno de datos.
Capítulo 4. Implementación y ejecución de pruebas MBT (120 min)
Aquí el modelo se vuelve pruebas ejecutables. Temas clave:
- Casos de alto nivel vs. bajo nivel: los de alto nivel no tienen valores concretos (útiles para revisión con analistas); los de bajo nivel tienen datos y resultados esperados concretos (listos para ejecutar).
- Ejecución manual o automatizada. Para automatizar, a veces se convierten los casos directamente en scripts y otras veces se usa una capa de adaptación (similar al enfoque keyword-driven) que separa el diseño de los detalles de implementación.
- MBT offline (primero se generan los scripts con sus resultados esperados y luego se ejecutan) vs. MBT online u "on-the-fly" (cada paso se genera después de ejecutar el anterior y el resultado puede cambiar el camino).
- Impacto de los cambios (K3): qué hacer si cambia un requisito, solo la interfaz o el objetivo de prueba.
- Actividades de adaptación: exportar casos como scripts, implementar las keywords en la herramienta de ejecución, enlazar datos abstractos con datos concretos y manejar precondiciones entre scripts.
Ejemplo: el diseño cambia y el botón "Desbloquear" ahora es un menú. El comportamiento es el mismo, así que no tocas el modelo: solo actualizas la keyword "desbloquear cuenta" en la capa de adaptación y todas las pruebas generadas siguen funcionando. Si te interesa la parte de automatización, mira también nuestra guía de Test Automation Engineering (CTAL-TAE).
Capítulo 5. Evaluar y desplegar un enfoque MBT (60 min)
El último capítulo mira el MBT como inversión. Cubre:
- Un camino de adopción en cinco pasos: conciencia, interés, evaluación, uso piloto (con KPI definidos) y adopción.
- Factores de ROI: costos de introducción y costos recurrentes contra ahorros como la validación temprana de requisitos y la reutilización de productos de diseño de pruebas sin redundancias.
- Cómo los objetivos del proyecto se relacionan con las características del enfoque MBT, y qué métricas y KPI usar para medir avance y resultados.
- Buenas prácticas de gestión de pruebas, gestión del cambio y trabajo colaborativo, factores de costo y la necesidad de integrar la herramienta MBT con gestión de configuración, de requisitos, de pruebas y con las herramientas de automatización.
Ejemplo: antes de comprar licencias, eliges un módulo con mucha regresión, defines KPI (horas de diseño por release, defectos encontrados en requisitos, tiempo de actualización tras un cambio) y haces un piloto de dos o tres sprints. Con esos datos decides si escalar.
Descarga el syllabus oficial
El syllabus vigente (v1.1) está en inglés. Descárgalo aquí y revisa en la página de ISTQB los exámenes de muestra:
El examen CT-MBT
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: ISTQB Exam Structure and Rules Tables v1.18 (mayo de 2026). Por el tiempo de estudio asignado, los capítulos 2 y 3 son los que más peso tienen; prioriza el modelado y la aplicación de criterios de selección.
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. Sobre el idioma: al momento de escribir esto, iSQI lo ofrece en inglés y portugués de Brasil. Si no es tu lengua materna, tienes 25 % de tiempo extra. 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-MBT
- Refresca las técnicas del Foundation Level. Transición de estados, tablas de decisión, particiones y valores límite son la base de los criterios de selección. Si quieres practicar el diseño de casos, nuestra guía de casos de prueba con ejemplos y plantilla es un buen calentamiento.
- Aprende la notación del apéndice. Los K3 piden construir modelos de flujo y de estados con menos de 15 elementos usando esa notación simple.
- Modela tres sistemas que conozcas. Un login, un carrito de compra y un flujo de aprobación. Para cada uno, genera casos con dos criterios distintos y compara.
- Practica el impacto de cambios. Cambia una regla y decide qué se actualiza: ¿modelo, criterio o capa de adaptación?
- Memoriza las listas K1: productos de trabajo MBT, categorías de lenguajes, características de calidad del modelo, tipos de herramientas, factores de costo.
- Haz el examen de muestra oficial y revisa la justificación de cada respuesta.
- Si es posible, prueba una herramienta MBT o incluso un editor de diagramas: modelar con las manos te prepara mejor que leer.
Beneficios y salidas profesionales
- Mejoras tu diseño de pruebas. Aunque no uses una herramienta MBT, modelar te obliga a ver caminos, estados y reglas que los casos escritos a mano suelen olvidar.
- Te vuelves puente entre negocio y desarrollo. Un modelo gráfico es más fácil de revisar con un analista que 200 casos en una hoja de cálculo.
- Aportas trazabilidad. Muy valorada en banca, seguros, salud, automotriz y otros sectores regulados.
- Complementa la automatización. MBT más una capa de adaptación keyword-driven es una forma muy mantenible de automatizar suites grandes.
- Roles donde suma: test analyst, QA engineer en sistemas complejos, ingeniero de automatización, consultor de calidad, analista de requisitos con foco en pruebas.
No damos cifras salariales porque varían mucho por país y empresa; la certificación suma más cuando la acompañas con ejemplos de modelos que hayas hecho en proyectos reales.
Relación con otras certificaciones y siguiente paso
| Certificación | Relación con CT-MBT |
|---|---|
| CTFL 4.0 | Requisito de entrada; aporta las técnicas de caja negra |
| CT-AcT Acceptance Testing | Usa modelos BPMN y DMN para derivar pruebas de aceptación; comparte la idea de cobertura sobre modelos |
| CTAL-TA Test Analyst | Siguiente paso natural para profundizar en técnicas de diseño |
| CTAL-TTA | Profundiza en aspectos técnicos y no funcionales |
| CTAL-TAE y CT-TAS | Para llevar las pruebas generadas a una arquitectura de automatización sólida |
| CTAL-TM | Para quien va a decidir y medir la adopción de MBT en la organización |
Preguntas frecuentes
¿Qué es el Model-Based Testing en palabras simples?
Es diseñar pruebas a partir de un modelo del sistema, de su uso o de la prueba (por ejemplo, un diagrama de estados o un flujo de trabajo) y generar los casos de prueba aplicando criterios de selección, muchas veces con ayuda de una herramienta.
¿Cuál es la versión vigente del syllabus CT-MBT?
La v1.1, publicada el 23 de febrero de 2024. Reemplaza a la v1.0 de 2015.
¿Cuántas preguntas tiene el examen CT-MBT?
40 preguntas de un punto cada una. Apruebas con 26 (65 %). Tienes 60 minutos, o 75 si no lo presentas en tu lengua materna.
¿Necesito saber programar para CT-MBT?
No. El examen evalúa modelado, criterios de selección y despliegue del enfoque. Saber automatizar ayuda a entender la capa de adaptación, pero no es requisito.
¿Qué requisito necesito para presentar el examen?
El certificado ISTQB Foundation Level. ISTQB recomienda además al menos seis meses de experiencia en desarrollo o pruebas.
¿Puedo presentar CT-MBT en español?
Al momento de escribir esto, iSQI lo ofrece en inglés y portugués de Brasil. Si no es tu lengua materna, tienes 25 % de tiempo extra. La certificación vale igual en cualquier idioma.
¿Necesito comprar una herramienta MBT?
No para certificarte. El propio syllabus advierte que adquirir la herramienta no debe ser el primer paso: primero se definen objetivos medibles y se hace un piloto.