- CT-PT (Performance Testing) es la certificación ISTQB de especialista en pruebas de rendimiento: tipos de prueba (carga, estrés, escalabilidad, picos, resistencia, concurrencia, capacidad), métricas, riesgos por arquitectura, planeación, perfiles operacionales y de carga, scripts, ejecución, análisis de resultados y herramientas.
- Versión vigente: syllabus v2018 (9 de diciembre de 2018). Existe en inglés y en español.
- Requisito: tener el ISTQB Foundation Level (CTFL).
- Examen: 40 preguntas, aprobación con 26 (65 %). La tabla oficial de ISTQB y la ficha de iSQI indican 90 minutos (113 con el 25 % extra).
- Son 5 capítulos y unos 875 minutos (casi 15 horas) de formación mínima; el capítulo 4 (tareas de pruebas de rendimiento) es la mitad del examen.
- Nuestro curso de performance con JMeter te da la habilidad práctica de crear y ejecutar pruebas de carga, pero no es un curso de preparación para el examen ISTQB.
- 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.
Un Black Friday, una preventa de boletos, el cierre de mes en un banco, la fecha límite para declarar impuestos: todos tienen algo en común. Si el sistema no aguanta, no importa que cada función "pase" en pruebas funcionales. La certificación ISTQB CT-PT te da un método para planear, diseñar, ejecutar y analizar pruebas de rendimiento, y sobre todo para explicar los resultados a quien toma decisiones. 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-PT y dónde está en el portafolio ISTQB
CT-PT es la certificación de especialista de ISTQB en pruebas de rendimiento. Según el syllabus, está dirigida a cualquier persona involucrada en pruebas que quiera ampliar su conocimiento de pruebas de rendimiento, a quien quiera iniciar una carrera de especialista en el tema y a quienes trabajan en ingeniería de rendimiento y quieren entender mejor las pruebas.
El syllabus considera tres aspectos: técnicos (protocolos, scripts, herramientas, monitoreo), de método (cómo planear, diseñar y analizar) y organizacionales (riesgos, comunicación con stakeholders, encaje en el ciclo de vida).
Versión vigente
La versión vigente es la v2018, liberada por ISTQB el 9 de diciembre de 2018. Al momento de escribir esto sigue siendo la versión oficial. Hay versión en inglés y programa de estudio en español.
Dónde se ubica
Se presenta después de ISTQB Foundation Level (CTFL 4.0). El syllabus aclara que lo que cubre sobre rendimiento Technical Test Analyst (CTAL-TTA) es consistente con CT-PT, que lo desarrolla con mucha más profundidad. También se relaciona con Mobile Application Testing (CT-MAT) y con Acceptance Testing (CT-AcT), que tratan el rendimiento desde sus propios contextos.
Para quién es y requisitos previos
- Testers funcionales que quieren dar el salto a pruebas no funcionales.
- Automatizadores que ya usan JMeter, k6, Gatling, LoadRunner u otra herramienta y quieren método, no solo scripts.
- Ingenieros de rendimiento, SRE y DevOps que necesitan un vocabulario común con QA.
- Líderes de QA y arquitectos que deciden cuándo, cuánto y cómo probar rendimiento.
Requisitos para presentar el examen
El syllabus establece que debes obtener el certificado Foundation Level antes de presentar el examen de Performance Testing. Tomar un curso acreditado no es obligatorio, aunque se recomienda.
Qué serás capaz de hacer: objetivos de negocio
El syllabus define nueve Business Outcomes:
| Código | Objetivo de negocio |
|---|---|
| PTFL-1 | Entender los conceptos básicos de eficiencia de desempeño y pruebas de rendimiento. |
| PTFL-2 | Definir riesgos, metas y requisitos de rendimiento que respondan a las necesidades de los stakeholders. |
| PTFL-3 | Entender las métricas de rendimiento y cómo recolectarlas. |
| PTFL-4 | Desarrollar un plan de pruebas de rendimiento para lograr metas y requisitos. |
| PTFL-5 | Diseñar, implementar y ejecutar conceptualmente pruebas de rendimiento básicas. |
| PTFL-6 | Analizar los resultados y explicar sus implicaciones a distintos stakeholders. |
| PTFL-7 | Explicar el proceso, la justificación, los resultados y las implicaciones de las pruebas de rendimiento. |
| PTFL-8 | Entender las categorías y usos de las herramientas de rendimiento y los criterios para elegirlas. |
| PTFL-9 | Determinar cómo se alinean las actividades de pruebas de rendimiento con el ciclo de vida del software. |
Contenido del syllabus capítulo por capítulo
El syllabus tiene cinco capítulos con un tiempo mínimo por capítulo. A diferencia de otras especialidades, llega hasta K4 (analizar), y muchos de esos objetivos están en el capítulo 4.
| Capítulo | Tiempo mínimo | Temas clave |
|---|---|---|
| 1. Conceptos básicos | 60 min | Principios, tipos de pruebas de rendimiento, pruebas estáticas y dinámicas, generación de carga, modos de falla comunes |
| 2. Fundamentos de medición del rendimiento | 55 min | Métricas técnicas, de negocio y operacionales, agregación de resultados, fuentes de métricas, resultados típicos |
| 3. Pruebas de rendimiento en el ciclo de vida | 195 min | Actividades del proceso, riesgos por arquitectura, análisis de riesgos a lo largo del ciclo de vida, actividades en modelos secuenciales, ágiles y COTS |
| 4. Tareas de pruebas de rendimiento | 475 min | Objetivos y plan de pruebas, comunicación a stakeholders, protocolos, transacciones, perfiles operacionales y de carga, throughput y concurrencia, scripts, preparación, ejecución, análisis y reporte |
| 5. Herramientas | 90 min | Generadores de carga, consola de gestión, monitoreo, idoneidad de herramientas |
Capítulo 1. Conceptos básicos (60 min)
Arranca con los principios: las pruebas deben alinearse con las expectativas de usuarios, diseñadores y operación; deben ser reproducibles, producir resultados comprensibles y comparables, poder hacerse sobre sistemas completos o parciales representativos de producción, y ser costeables dentro del plazo del proyecto. Las tres subcaracterísticas de eficiencia de desempeño de ISO 25010 son el eje: comportamiento temporal, utilización de recursos y capacidad.
Luego define los tipos de pruebas de rendimiento:
- Carga: niveles crecientes de carga realista esperada.
- Estrés: picos en o más allá de los límites, o con recursos reducidos.
- Escalabilidad: capacidad de crecer a necesidades futuras.
- Picos (spike): ráfagas repentinas y regreso al estado estable.
- Resistencia (endurance): estabilidad durante un periodo prolongado, buscando fugas de memoria, conexiones o hilos agotados.
- Concurrencia: acciones simultáneas, como muchos logins al mismo tiempo.
- Capacidad: cuántos usuarios o transacciones soporta cumpliendo los objetivos.
También verás que las pruebas estáticas son especialmente valiosas en rendimiento (revisión de requisitos, esquemas de base de datos, arquitectura y código crítico), las opciones de generación de carga (por interfaz, con multitudes, por API o con protocolos capturados) y los modos de falla típicos: lentitud a cualquier carga, lentitud con carga moderada o alta, degradación con el tiempo y manejo de errores deficiente bajo sobrecarga.
Ejemplo: una app de boletos funciona bien con 200 usuarios, pero cuando abre la preventa entran 20 000 en un minuto y se cae. Eso es un problema de capacidad ante un pico, y se detecta con una prueba de picos, no con una de carga sostenida.
Capítulo 2. Fundamentos de medición (55 min)
Sin métricas no hay prueba de rendimiento: no sabes si el resultado es aceptable, no puedes ver tendencias y terminas evaluando con opiniones. El capítulo cubre:
- Métricas por entorno técnico (web, móvil, IoT, escritorio, servidor, mainframe, base de datos, red): tiempo de respuesta, utilización de recursos, throughput de transacciones clave, tiempos de procesos batch y más.
- Métricas del entorno de negocio y del entorno operacional.
- Cómo seleccionar métricas, por ejemplo con el enfoque Goal-Question-Metric (GQM).
- Por qué se agregan los resultados (promedios, percentiles) y qué se pierde al hacerlo.
- Fuentes de métricas: herramientas de prueba de rendimiento, herramientas de monitoreo y herramientas de análisis de logs.
- Resultados típicos de una prueba de rendimiento.
Ejemplo: "la página carga en 2 segundos" no dice nada por sí solo. "El percentil 95 del tiempo de respuesta del checkout es menor a 2 segundos con 1 000 usuarios concurrentes en horario pico, con CPU de la base de datos por debajo del 75 %" sí es una métrica útil.
Capítulo 3. Rendimiento en el ciclo de vida (195 min)
Aquí conectas las pruebas de rendimiento con el proceso de pruebas del Foundation Level: planeación (ambientes, datos, herramientas y personas), monitoreo y control, análisis, diseño modular, implementación (incluido el restablecimiento del ambiente y los datos), ejecución y cierre con un reporte para los stakeholders.
Después revisas riesgos de rendimiento por arquitectura: sistemas de una sola computadora, multicapa, distribuidos, virtualizados, dinámicos o en la nube, cliente-servidor, apps móviles, sistemas embebidos de tiempo real y mainframe.
Los dos objetivos K4 del capítulo son: analizar los riesgos de rendimiento de un producto a lo largo del ciclo de vida (identificar, evaluar, mitigar y gestionar, con stakeholders de negocio y técnicos, empezando temprano) y determinar qué actividades de rendimiento corresponden a cada fase, en modelos secuenciales (desde el concepto hasta la aceptación), en modelos iterativos con integración continua (ambientes bajo demanda, subconjunto de pruebas para CI, historias con criterios no funcionales) y en modelos de proveedor o COTS.
Ejemplo: en un equipo Scrum, cada historia crítica incluye un criterio de rendimiento; el pipeline de CI corre una prueba corta de regresión de rendimiento en cada build; y antes del release un equipo especialista ejecuta la prueba de carga completa en un ambiente representativo de producción.
Capítulo 4. Tareas de pruebas de rendimiento (475 min)
Es el corazón de la certificación: más de la mitad del tiempo de estudio y 20 de las 40 preguntas. Se divide en cuatro bloques:
Planeación (K4). Derivar objetivos de prueba de rendimiento (de negocio y técnicos) a partir de la información de los stakeholders; delinear un plan de pruebas de rendimiento con objetivo, descripción del sistema, tipos de prueba, criterios de aceptación, datos de prueba, configuración del sistema, ambiente, herramientas, perfiles, métricas relevantes y riesgos; y crear una presentación que explique la justificación de las pruebas a stakeholders con enfoque de negocio y con enfoque técnico.
Análisis, diseño e implementación.
- Protocolos típicos: base de datos (ODBC, JDBC), web (HTTP, HTTPS), servicios web (SOAP, REST) y otros de red, móviles, de acceso remoto y SOA.
- Transacciones y el papel del think time: el tiempo de respuesta más el think time es el tiempo transcurrido de la transacción.
- Perfiles operacionales (K4): identificar datos (personas y roles, tareas, número estimado de usuarios por rol y tarea), recolectarlos (entrevistas, especificaciones, datos de uso de sistemas similares o del sistema actual, observación) y construirlos de arriba hacia abajo. También para procesos batch y sistemas de sistemas.
- Perfiles de carga (K4) derivados de los operacionales: ramp-up, ramp-down, escalones y distribuciones predefinidas.
- Throughput y concurrencia (K4), incluida la relación throughput = usuarios virtuales / (tiempo de procesamiento + think time).
- Estructura básica de un script, implementación de scripts consistentes con el plan y los perfiles (K3) y preparación de la ejecución.
Ejecución. Generar la carga según el perfil, monitorear todo el ambiente, distinguir estado estable y estados transitorios, manejar fallas en los scripts y verificar con scripts funcionales en paralelo.
Análisis y reporte (K4). Revisar primero el estado de los usuarios virtuales, luego tiempos de respuesta (mínimo, máximo, promedio y percentiles), transacciones por segundo, fallas y utilización de recursos; y reportar con resumen ejecutivo, resultados, registros y recomendaciones.
Ejemplo de throughput: con 100 usuarios virtuales, 1 segundo de procesamiento y 4 segundos de think time, el throughput es 100 / (1 + 4) = 20 transacciones por segundo. Si bajo carga el procesamiento sube a 6 segundos, el throughput cae a 10 por segundo aunque los usuarios sean los mismos. Por eso el syllabus insiste en no definir la carga solo por "número de usuarios".
Capítulo 5. Herramientas (90 min)
- Soporte de herramientas: generadores de carga, consola de gestión de carga y herramientas de monitoreo.
- Idoneidad de herramientas (K4) en un escenario dado: compatibilidad (protocolos, tecnologías, ambiente), escalabilidad (cuánta carga puede generar y con qué infraestructura), facilidad de comprensión y monitoreo (si es suficiente, si se puede complementar y correlacionar con las transacciones).
El syllabus no enseña una herramienta específica: te da los criterios para elegirla y usarla bien.
Descarga el syllabus oficial
Aquí tienes el syllabus en inglés. ISTQB también publica el programa de estudio en español (v2018), que puedes obtener en la página oficial de la certificación:
El examen CT-PT
Estructura verificada
| Dato | Valor |
|---|---|
| Preguntas | 40, de opción múltiple |
| Puntos totales | 40 |
| Calificación aprobatoria | 26 puntos (65 %) |
| Duración | 90 minutos; 113 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) y ficha del examen en iSQI. Ojo: en la sección detallada de ese mismo documento de ISTQB aparece "60 minutos para 40 preguntas", así que confirma la duración en tu reserva. Según la distribución publicada, el capítulo 4 aporta 20 preguntas, el 3 aporta 7, el 1 aporta 6, el 2 aporta 4 y el 5 aporta 3.
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. Al momento de escribir esto, iSQI ofrece CT-PT en varios idiomas, incluido el español. La certificación vale igual en cualquier idioma; algunas empresas con proyectos de EE. UU. pueden valorar el examen en inglés, pero eso lo decide la empresa.
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-PT
- Dale la mitad de tu tiempo al capítulo 4. Es la mitad del examen y donde están casi todos los K4.
- Arma un plan de pruebas de rendimiento real para un sistema que conozcas, con todas las secciones que pide el syllabus (objetivos, perfiles, criterios de aceptación, métricas, riesgos).
- Practica perfiles operacionales y de carga. Define 3 tipos de usuario con sus tareas y volúmenes por hora, y conviértelos en un perfil de carga con ramp-up, estado estable y ramp-down.
- Haz cálculos de throughput a mano con distintos valores de usuarios, procesamiento y think time.
- Ejecuta una prueba pequeña con alguna herramienta (por ejemplo JMeter) contra un ambiente de práctica: ver un reporte real con percentiles y errores hace que el capítulo 4.4 tenga sentido. Si te interesa la parte de APIs, nuestro curso de Postman te ayuda a entender los servicios REST que luego vas a cargar.
- Repasa los tipos de prueba (carga, estrés, escalabilidad, picos, resistencia, concurrencia, capacidad) con un ejemplo propio de cada uno.
- Haz el examen de muestra oficial y revisa cada justificación, sobre todo en las preguntas de análisis.
Si tu empresa necesita formar a su equipo en rendimiento, solicita una cotización o escríbenos por WhatsApp. Y para entender dónde encaja el rendimiento entre todos los tipos de prueba, revisa nuestra guía de tipos de pruebas de software.
Beneficios y salidas profesionales
- Te especializas en un área donde hay pocos perfiles sólidos. Muchos saben grabar un script; pocos saben derivar objetivos, construir perfiles realistas y explicar resultados al negocio.
- Hablas el idioma de arquitectura y operación. Throughput, concurrencia, percentiles y utilización de recursos son la base de cualquier conversación con SRE o DevOps.
- Evitas incidentes caros. Las fallas de rendimiento suelen aparecer en el peor momento: campañas, cierres, temporadas altas.
- Complementa la automatización. CT-PT te da el método; herramientas como JMeter te dan la ejecución.
- Roles donde suma: performance tester, performance engineer, QA no funcional, SRE con foco en pruebas, líder de QA técnico.
No damos cifras salariales porque varían mucho por país y empresa.
Relación con otras certificaciones y siguiente paso
| Certificación o curso | Relación con CT-PT |
|---|---|
| CTFL 4.0 | Requisito de entrada |
| CTAL-TTA Technical Test Analyst | Nivel avanzado técnico; su parte de rendimiento es consistente con CT-PT |
| CT-MAT Mobile Application Testing | Rendimiento y recursos en apps móviles |
| CT-AcT Acceptance Testing | Criterios de aceptación de rendimiento desde usuario, negocio y técnica |
| CT-QDO Quality in DevOps | Pruebas continuas y monitoreo en pipelines |
| CTAL-TAE | Arquitectura de automatización, útil para integrar rendimiento en CI |
| Curso de JMeter | Habilidad práctica de pruebas de carga (no prepara el examen) |
Preguntas frecuentes
¿Qué es la certificación ISTQB CT-PT?
Es la certificación de especialista de ISTQB en pruebas de rendimiento. Cubre conceptos y tipos de prueba, métricas, riesgos por arquitectura, actividades en el ciclo de vida, planeación, perfiles operacionales y de carga, scripts, ejecución, análisis de resultados y selección de herramientas.
¿Cuántas preguntas tiene el examen CT-PT y cuánto dura?
Tiene 40 preguntas y apruebas con 26 (65 %). La tabla oficial de ISTQB y la ficha de iSQI indican 90 minutos, o 113 si no lo presentas en tu lengua materna. Confirma la duración al reservar.
¿Necesito el Foundation Level para presentar CT-PT?
Sí. El syllabus establece que debes tener el certificado Foundation Level antes de presentar el examen.
¿El curso de JMeter de Cool Testers me prepara para el examen CT-PT?
No. El curso de JMeter te da la habilidad práctica de crear y ejecutar pruebas de rendimiento, pero no sigue el syllabus de ISTQB ni prepara el examen. Es un buen complemento, sobre todo para los capítulos 4 y 5.
¿Puedo presentar CT-PT en español?
Sí. Al momento de escribir esto, iSQI ofrece el examen CT-PT en español, además de otros idiomas. También existe el programa de estudio en español.
¿Necesito saber programar para CT-PT?
No para el examen: evalúa conceptos, planeación, análisis y selección de herramientas. Sí ayuda entender protocolos como HTTP y REST y tener alguna experiencia con una herramienta de carga.
¿Cuál es la diferencia entre prueba de carga y prueba de estrés?
La prueba de carga evalúa el sistema con niveles crecientes de carga realista esperada. La prueba de estrés lo lleva a picos en o más allá de sus límites, o con recursos reducidos, para ver cómo se comporta y cómo se recupera.