Certificación ISTQB Foundation Level (CTFL 4.0): guía completa

Si estás pensando en certificarte en software testing, casi seguro alguien ya te dijo: «empieza por ISTQB Foundation». Tiene razón. La certificación ISTQB Certified Tester Foundation Level (CTFL) es el lenguaje común de la industria: la piden vacantes de QA en México, Latinoamérica, España y Estados Unidos, la usan consultoras y bancos como filtro y es la base de todo el portafolio ISTQB.

Llevo más de 17 años en testing y 10 impartiendo ISTQB, y esta es la guía que me hubiera gustado leer antes de certificarme: qué es CTFL 4.0, para quién es, qué dice el syllabus capítulo por capítulo (con ejemplos), cómo es el examen, cómo prepararte y qué sigue después.

Qué es la certificación CTFL y dónde está en el portafolio ISTQB

ISTQB (International Software Testing Qualifications Board) es la organización sin fines de lucro que define el esquema de certificación de testers más usado del mundo. Sus comités miembro nacionales, como HASTQB (Hispanoamérica), SSTQB (España) y ASTQB (Estados Unidos), traducen los programas de estudio (syllabus) y acreditan a proveedores de formación como Cool Testers.

El portafolio ISTQB se organiza en tres grandes corrientes:

• Core (troncal): Foundation Level (CTFL) y los Advanced Level: Test Analyst, Technical Test Analyst, Test Management y Test Automation Engineering. Después vienen los Expert Level.
• Agile: certificaciones para equipos ágiles, como Agile Tester avanzado (CTAL-AT) y Agile Test Leadership at Scale.
• Specialist: módulos que profundizan en un tema (IA, rendimiento, seguridad, móvil, DevOps, automotriz, videojuegos…).

CTFL está en la base de todo. La versión 4.0 se publicó en 2023 y reemplazó a la versión 2018 (3.1.1). Fue un cambio grande: incorporó prácticas ágiles y DevOps, el enfoque de equipo completo, shift-left, la pirámide y los cuadrantes de prueba, y enfoques colaborativos como ATDD. En inglés existe una revisión menor, la 4.0.1, que corrige detalles sin cambiar objetivos ni alcance. La versión en español que usan HASTQB y SSTQB es la 4.0.

Para ver el mapa completo del portafolio y los costos en tu moneda, revisa nuestra guía de la certificación ISTQB.

Para quién es y requisitos previos

CTFL está dirigida a cualquier persona involucrada en pruebas de software: testers, analistas de pruebas, ingenieros de pruebas, consultores, test managers, testers de aceptación y desarrolladores. También es apropiada para quien necesita entender el testing sin ejecutarlo: project managers, responsables de calidad, product owners, gerentes de desarrollo, analistas de negocio, directores de TI y consultores.

En la práctica, los perfiles que más vemos en nuestros grupos son:

• Personas que quieren entrar a QA desde otra carrera o desde soporte. Si es tu caso, lee también qué es un QA tester.
• Testers con experiencia que nunca formalizaron lo que hacen y necesitan el certificado para una vacante o un ascenso.
• Desarrolladores y analistas de negocio que quieren hablar el mismo idioma que el equipo de QA.
• Equipos completos de empresas (bancos, consultoras, software factories) que estandarizan su práctica de pruebas.

Requisitos: ninguno. No hay requisito de experiencia, título universitario ni programación. Lo que sí ayuda es haber visto un proyecto de software por dentro, aunque sea como usuario.

Qué serás capaz de hacer: objetivos de negocio

El syllabus define 14 resultados de negocio (business outcomes): lo que una persona certificada en Foundation puede aportar a su organización.

Código	Un tester certificado CTFL puede…
FL-BO1	Comprender qué es probar y por qué es beneficioso
FL-BO2	Comprender los conceptos fundamentales de la prueba de software
FL-BO3	Identificar el enfoque y las actividades de prueba según el contexto
FL-BO4	Evaluar y mejorar la calidad de la documentación
FL-BO5	Aumentar la efectividad y eficiencia de las pruebas
FL-BO6	Alinear el proceso de prueba con el ciclo de vida de desarrollo
FL-BO7	Comprender los principios de gestión de la prueba
FL-BO8	Redactar y comunicar informes de defectos claros
FL-BO9	Comprender los factores que influyen en prioridades y esfuerzo
FL-BO10	Trabajar como parte de un equipo multifuncional
FL-BO11	Conocer riesgos y beneficios de la automatización
FL-BO12	Identificar las competencias esenciales para probar
FL-BO13	Comprender el impacto del riesgo en las pruebas
FL-BO14	Informar eficazmente sobre el avance y la calidad

Los objetivos de aprendizaje se clasifican en tres niveles cognitivos: K1 (recordar), K2 (entender) y K3 (aplicar). Además, todas las palabras clave que aparecen al inicio de cada capítulo se evalúan a nivel K1, aunque no tengan un objetivo propio. Por eso conviene estudiar con el glosario de ISTQB a la mano.

Contenido del syllabus capítulo por capítulo

Estos son los seis capítulos evaluables con el tiempo mínimo de formación que marca el syllabus para un curso acreditado:

Capítulo	Tiempo mínimo	Temas clave
1. Fundamentos de la prueba	180 min	Objetivos de la prueba, probar vs. depurar, error/defecto/fallo/causa raíz, 7 principios, actividades y roles, competencias, independencia
2. Prueba a lo largo del ciclo de vida	130 min	SDLC, TDD/ATDD/BDD, DevOps, shift-left, retrospectivas, niveles y tipos de prueba, regresión, mantenimiento
3. Prueba estática	80 min	Valor de la prueba estática, proceso de revisión, roles, tipos de revisión, factores de éxito
4. Análisis y diseño de la prueba	390 min	Partición de equivalencia, valores frontera, tablas de decisión, transición de estados, cobertura de sentencia y rama, exploratoria, historias de usuario, ATDD
5. Gestión de las actividades de prueba	335 min	Plan de pruebas, criterios de entrada y salida, estimación, priorización, pirámide, cuadrantes, riesgo, métricas, informes, configuración, defectos
6. Herramientas de prueba	20 min	Tipos de herramientas, beneficios y riesgos de la automatización

Fíjate en la proporción: los capítulos 4 y 5 suman más del 60% del tiempo y también la mayoría de las preguntas K3 del examen. Ahí se gana o se pierde la certificación.

Capítulo 1. Fundamentos de la prueba

El primer capítulo define qué es probar. Una idea clave: probar no es solo ejecutar software. Incluye actividades estáticas (revisar requisitos, código o diseños) y dinámicas (ejecutar el sistema), y también verificar (¿se construyó bien?) y validar (¿se construyó lo correcto?).

Conceptos que debes dominar:

• Probar vs. depurar: la prueba encuentra fallos o defectos; la depuración (debugging) los localiza, analiza y corrige. Lo hace normalmente el desarrollador.
• Error, defecto, fallo y causa raíz: una persona comete un error (equivocación), que introduce un defecto en el código o documento; al ejecutarse, el defecto puede producir un fallo visible. La causa raíz es la razón de fondo del error (presión de tiempo, requisito ambiguo, falta de capacitación).
• Prueba y aseguramiento de la calidad: la prueba es control de calidad (orientada al producto, correctiva); el aseguramiento de la calidad está orientado al proceso y es preventivo.

Luego vienen los siete principios de la prueba, que aparecen en todos los exámenes:

1. La prueba muestra la presencia de defectos, no su ausencia.
2. La prueba exhaustiva es imposible.
3. La prueba temprana ahorra tiempo y dinero.
4. Los defectos se agrupan (unos pocos componentes concentran la mayoría).
5. Las pruebas se desgastan (si repites las mismas, dejan de encontrar defectos nuevos).
6. La prueba depende del contexto.
7. La falacia de la ausencia de defectos: un sistema sin defectos conocidos puede no servirle al usuario.

El capítulo describe las actividades del proceso de prueba: planificación, monitoreo y control, análisis (¿qué probar? condiciones de prueba), diseño (¿cómo probar? casos de prueba), implementación (preparar testware, datos y entorno), ejecución y compleción. También los productos de trabajo de cada actividad, el valor de la trazabilidad entre la base de prueba y el testware, y dos roles: el rol de gestión de la prueba y el rol de prueba.

Cierra con las competencias de un tester (conocimiento del dominio, pensamiento crítico, comunicación, curiosidad), el enfoque de equipo completo (la calidad es responsabilidad de todos) y las ventajas y desventajas de la independencia de la prueba: un tester independiente detecta defectos distintos a los del autor, pero puede quedar aislado del equipo.

Capítulo 2. Prueba a lo largo del ciclo de vida de desarrollo

Este capítulo conecta el testing con la forma en que se construye el software. Sea cascada, modelo V, iterativo o ágil, hay buenas prácticas universales: para cada actividad de desarrollo hay una actividad de prueba, cada nivel tiene objetivos propios, el análisis y diseño de pruebas empiezan durante la actividad de desarrollo correspondiente y los testers revisan borradores lo antes posible.

Explica tres enfoques donde la prueba guía el desarrollo:

• TDD (desarrollo guiado por pruebas): primero la prueba unitaria, luego el código.
• ATDD (desarrollo guiado por pruebas de aceptación): las pruebas se derivan de los criterios de aceptación antes de desarrollar.
• BDD (desarrollo guiado por comportamiento): el comportamiento se expresa en lenguaje natural con el formato Dado/Cuando/Entonces.

También cubre DevOps (integración y entrega continuas, retroalimentación rápida, más automatización), el enfoque shift-left (probar antes: revisar requisitos, escribir pruebas antes que el código, análisis estático en el pipeline) y las retrospectivas como mecanismo de mejora.

La segunda mitad define los niveles de prueba: componente, integración de componentes, sistema, integración de sistemas y aceptación. Y los tipos de prueba: funcional, no funcional (basada en las características de calidad de ISO/IEC 25010, como desempeño, usabilidad, seguridad o fiabilidad), caja negra y caja blanca. Un punto que confunde mucho: cualquier tipo de prueba puede aplicarse en cualquier nivel.

Termina con la diferencia entre prueba de confirmación (verificar que un defecto se corrigió) y prueba de regresión (verificar que el cambio no rompió otra cosa), y con la prueba de mantenimiento, que se dispara por modificaciones, migraciones o retiro de un sistema. Si quieres repasar los tipos con ejemplos, tenemos una guía de tipos de pruebas de software.

Capítulo 3. Prueba estática

La prueba estática evalúa productos de trabajo sin ejecutarlos: requisitos, historias de usuario, diseños, código, planes de prueba, contratos. Puede hacerse con revisiones (personas) o con análisis estático (herramientas). Su gran valor es encontrar defectos temprano, cuando corregirlos es más barato, y detectar problemas que la prueba dinámica no ve, como requisitos ambiguos, código inalcanzable o desviaciones de estándares.

El syllabus describe el proceso de revisión: planificación, inicio de la revisión, revisión individual, comunicación y análisis, y corrección e información. También los roles: gerente, autor, moderador (facilitador), escriba, revisor y líder de la revisión.

Y los tipos de revisión, de menos a más formal: revisión informal, walkthrough (recorrido, lo dirige el autor), revisión técnica (la hacen pares técnicos para llegar a consenso) e inspección (la más formal, con proceso definido y métricas). Una pregunta típica de examen te da un escenario y te pide elegir el tipo de revisión adecuado.

Ejemplo práctico: antes de un sprint, el equipo revisa la historia «Como cliente quiero pagar con tarjeta». El tester pregunta: ¿qué tarjetas se aceptan? ¿qué pasa si el banco rechaza el cargo? ¿hay monto mínimo? Esas tres preguntas son defectos encontrados sin escribir una línea de código.

Capítulo 4. Análisis y diseño de la prueba

Es el capítulo más importante: 390 minutos de formación mínima y 11 de las 40 preguntas del examen, de las cuales 5 son K3 (ejercicios que debes resolver). Agrupa las técnicas en tres familias:

• Caja negra (basadas en la especificación).
• Caja blanca (basadas en la estructura del código).
• Basadas en la experiencia (conocimiento e intuición del tester).

Partición de equivalencia. Divides los datos en particiones que el sistema debería tratar igual y pruebas al menos un valor de cada una. Ejemplo: un campo de edad acepta de 18 a 65 años. Particiones: menor de 18 (inválida), de 18 a 65 (válida) y mayor de 65 (inválida). Tres casos cubren el 100% de las particiones.

Análisis de valores frontera. Los defectos se esconden en los bordes. En la versión de 2 valores pruebas el valor frontera y su vecino más cercano en la partición contigua: 17, 18, 65 y 66. En la versión de 3 valores pruebas la frontera y ambos vecinos: 17, 18, 19, 64, 65 y 66.

Tablas de decisión. Sirven cuando el resultado depende de combinaciones de condiciones. Ejemplo: un descuento aplica si el cliente es socio y la compra supera cierto monto. Con dos condiciones verdadero/falso tienes cuatro reglas; cada columna es un caso de prueba. El syllabus pide saber minimizar tablas y detectar combinaciones imposibles.

Transición de estados. Modela sistemas que cambian de estado según eventos, como un pedido: creado, pagado, enviado, entregado, cancelado. El syllabus define tres criterios de cobertura: todos los estados, transiciones válidas (cobertura 0-switch) y todas las transiciones, incluidas las inválidas.

Caja blanca. La cobertura de sentencia mide el porcentaje de sentencias ejecutadas; la cobertura de rama, el porcentaje de ramas (resultados de cada decisión) ejecutadas. Cubrir el 100% de ramas garantiza el 100% de sentencias, pero no al revés. En CTFL 4.0 estos temas son K2: debes entenderlos, no calcularlos.

Basadas en la experiencia. La predicción de errores (incluye los ataques de fallos), la prueba exploratoria (diseñar, ejecutar y aprender al mismo tiempo, a menudo en sesiones con un charter) y la prueba basada en listas de comprobación.

El capítulo cierra con los enfoques colaborativos, nuevos en la versión 4.0: redacción conjunta de historias de usuario con las 3C (tarjeta, conversación y confirmación) y el criterio INVEST, criterios de aceptación orientados a escenarios (Dado/Cuando/Entonces) u orientados a reglas, y ATDD como técnica K3 para derivar casos de prueba. Para practicar, revisa nuestra guía de casos de prueba con ejemplos y plantilla.

Capítulo 5. Gestión de las actividades de prueba

Segundo capítulo en peso (335 minutos, 9 preguntas, 3 de ellas K3). Cubre la parte de gestión que todo tester necesita, aunque no sea líder.

• Plan de pruebas: propósito y contenido (contexto, supuestos, alcance, riesgos, enfoque, presupuesto y calendario). Tenemos una plantilla de plan de pruebas que sigue esta estructura.
• Planificación ágil: cómo aporta el tester en la planificación de la entrega y de la iteración.
• Criterios de entrada y de salida, que en ágil equivalen a la Definition of Ready y la Definition of Done.
• Estimación (K3): basada en proporciones, extrapolación, Wideband Delphi (incluido planning poker) y estimación de tres puntos: E = (a + 4m + b) / 6. Ejemplo: optimista 6 h, más probable 9 h, pesimista 18 h; E = (6 + 36 + 18) / 6 = 10 h.
• Priorización de casos de prueba (K3): basada en riesgo, en cobertura o en requisitos, respetando dependencias.
• Pirámide de prueba y cuadrantes de prueba (Q1 a Q4: orientadas a la tecnología o al negocio, que apoyan al equipo o critican el producto).
• Gestión del riesgo: nivel de riesgo = probabilidad × impacto; diferencia entre riesgos de proyecto (retrasos, personal, proveedores) y de producto (calidad del software); y medidas de control: mitigar con pruebas, aceptar, transferir o tener un plan de contingencia.
• Monitoreo, control y compleción: métricas, informes de avance y de compleción, y cómo comunicar el estado según la audiencia.
• Gestión de la configuración y gestión de defectos: qué debe contener un buen informe de defecto (K3), como identificador, título, pasos para reproducir, resultado esperado y real, severidad, prioridad y entorno.

Capítulo 6. Herramientas de prueba

El capítulo más corto (20 minutos, 2 preguntas). Clasifica las herramientas por lo que apoyan: gestión, pruebas estáticas, diseño e implementación, ejecución y cobertura, pruebas no funcionales, DevOps, colaboración, escalabilidad y estandarización de despliegue (máquinas virtuales, contenedores). Y enumera los beneficios de la automatización (ahorro en tareas repetitivas, consistencia, medición objetiva, ejecución más rápida) y sus riesgos (expectativas irreales, subestimar el mantenimiento, depender demasiado de la herramienta, proveedor que desaparece). Si te interesa este camino, empieza con nuestra guía de automatización de pruebas desde cero.

Descarga el syllabus oficial

El syllabus es la única fuente del examen: todas sus secciones son evaluables, excepto la introducción y los apéndices. Léelo completo al menos una vez.

La versión en español es el Programa de Estudio Nivel Básico v4.0 que usan HASTQB y SSTQB; la versión en inglés es la revisión menor 4.0.1. El contenido evaluable es el mismo y la certificación vale igual en cualquier idioma.

El examen CTFL 4.0

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%)
Niveles cognitivos	8 preguntas K1, 24 K2 y 8 K3
Requisitos	Ninguno
Vigencia	De por vida

Distribución de preguntas por capítulo según las tablas oficiales de estructura de exámenes de ISTQB:

Capítulo	Preguntas	K1	K2	K3
1. Fundamentos	8	2	6	0
2. Ciclo de vida	6	2	4	0
3. Prueba estática	4	2	2	0
4. Análisis y diseño	11	0	6	5
5. Gestión	9	1	5	3
6. Herramientas	2	1	1	0

Modalidades

• En línea desde casa con supervisión remota (iSQI FLEX): disponible 24/7; para Foundation puedes reservar 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.

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:

1. 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.
2. Con Cool Testers: el examen de certificación con 1 o 2 oportunidades. Conviene si lo paga tu empresa, te lo reembolsan o necesitas factura. Tienes 1 año para presentarlo.

Cómo prepararte

Plan de 6 semanas

Semana	Qué estudiar	Meta
1	Capítulo 1 y glosario	Explicar los 7 principios y la diferencia entre error, defecto y fallo sin ver notas
2	Capítulos 2 y 3	Distinguir niveles y tipos de prueba; elegir el tipo de revisión en un escenario
3	Capítulo 4, caja negra	Resolver 20 ejercicios de particiones, valores frontera, tablas de decisión y estados
4	Capítulo 4, resto, y capítulo 6	Caja blanca, exploratoria, historias de usuario, ATDD; herramientas
5	Capítulo 5	Estimación de tres puntos, priorización, riesgo e informe de defecto
6	Simulacros	Al menos 3 exámenes completos con 80% o más antes de agendar

Puedes empezar hoy con nuestro simulador gratuito del examen ISTQB Foundation y leer los consejos de cómo aprobar el examen ISTQB Foundation.

Errores comunes

• Estudiar con material de la versión 2018. Muchos simuladores en internet siguen siendo de CTFL 3.1; tienen temas que ya no están y les faltan los nuevos.
• Contestar con tu experiencia y no con el syllabus. El examen evalúa la terminología de ISTQB, aunque en tu empresa se le llame distinto.
• No practicar el capítulo 4 con lápiz y papel. Las preguntas K3 se resuelven, no se memorizan.
• Ignorar las palabras clave. Cualquier keyword puede aparecer en una pregunta K1.
• Leer rápido. Palabras como «NO», «MEJOR» o «MÁS probable» cambian la respuesta.

Nuestro curso ISTQB Fundamentos 4.0

Nuestro curso ISTQB Fundamentos 4.0 es un curso acreditado de 40 horas en vivo por Microsoft Teams los sábados, impartido por Miguel Hernández. Incluye además el curso pregrabado, un Curso Express de repaso de 6 horas y 4 exámenes de práctica. Tienes las grabaciones por 3 años y la garantía de volver a tomarlo gratis 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 después quieres seguir con Agile Tester, Test Management o GenAI, pregunta por el paquete con 50% en el segundo curso. ¿Dudas? Escríbenos por WhatsApp.

Beneficios y salidas profesionales

• Filtro de entrada a vacantes: CTFL es la certificación de testing que más aparece en ofertas de QA, sobre todo en consultoras que atienden proyectos de EE. UU. y Europa. Revisa nuestra guía de vacantes de QA tester remoto.
• Reconocimiento internacional: el mismo certificado vale en más de 100 países, sin importar el idioma en que lo presentes.
• Vocabulario común: hablas el mismo idioma que testers, desarrolladores y líderes en cualquier empresa.
• Puerta a todo lo demás: sin CTFL no puedes presentar Advanced ni la mayoría de los Specialist.
• Para empresas: un equipo certificado trabaja con un proceso común y medible. Impartimos el curso para empresas en línea o presencial; solicita una cotización.

Salidas típicas después de CTFL: QA tester o tester manual, analista de pruebas, QA en equipos ágiles, tester de aceptación (UAT) y, sumando programación, automatizador de pruebas.

Relación con otras certificaciones y siguiente paso

CTFL es requisito de casi todo el portafolio. Según tu perfil, el siguiente paso puede ser:

• Equipos ágiles: Agile Tester (CTFL-AT), disponible en español hasta noviembre de 2027, o su evolución, Agile Tester avanzado (CTAL-AT v2.0).
• Liderazgo: Test Management (CTAL-TM), para quien planea, estima y reporta pruebas.
• Análisis funcional: Test Analyst (CTAL-TA).
• Perfil técnico: Technical Test Analyst (CTAL-TTA) y Test Automation Engineering (CTAL-TAE).
• Inteligencia artificial: Testing with Generative AI (CT-GenAI) y AI Testing (CT-AI).

Preguntas frecuentes

¿Necesito experiencia para presentar ISTQB Foundation?

No. CTFL no tiene requisitos previos de experiencia, estudios ni programación. Cualquier persona puede presentarlo.

¿Cuántas preguntas tiene el examen CTFL 4.0 y cuál es la calificación mínima?

40 preguntas de opción múltiple de 1 punto. Apruebas con 26 aciertos (65%). Tienes 60 minutos, o 75 si no presentas en tu lengua materna.

¿La certificación CTFL caduca?

No. La certificación ISTQB Foundation Level es válida de por vida y no requiere renovación.

¿Si tengo CTFL 3.1 debo certificarme de nuevo en 4.0?

No es obligatorio. Tu certificado sigue siendo válido y sirve como requisito para los niveles superiores. Algunas personas actualizan su conocimiento con la 4.0 porque incluye prácticas ágiles y DevOps.

¿Puedo presentar el examen en español?

Sí. El examen está disponible en español y en inglés. La certificación vale exactamente igual en cualquier idioma.

¿Puedo presentar el examen desde casa?

Sí, en línea con supervisión remota (iSQI FLEX, 24/7) o con Pearson VUE OnVUE. También puedes ir a un centro Pearson VUE.

¿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.

¿Cuánto tiempo necesito para prepararme?

Con un curso acreditado y práctica constante, la mayoría de las personas está lista en 4 a 8 semanas. El syllabus exige un mínimo de casi 19 horas de formación.