Currículum de ingeniero/a QA: ejemplos y guía para redactarlo
Un currículum de ingeniero/a QA consigue entrevistas cuando muestra qué probaste y cómo (manual, API, automatización, rendimiento), el framework y el lenguaje en que escribes las pruebas, dónde se ejecutan (pipeline de CI, cuánto tardan, cuántas fallan de forma intermitente) y los resultados en cifras: menos tiempo de regresión, menos defectos en producción, más cobertura. Un enlace a GitHub con un framework de pruebas real ayuda más que cualquier certificación. Abajo tienes un ejemplo y logros que puedes adaptar.
Ejemplo de currículum de ingeniero/a QA
Este ejemplo es de un ingeniero QA con siete años en pruebas que pasó de analista QA manual a automatización y trabajo de SDET (ingeniero de desarrollo de software en pruebas) en una empresa de pagos. El nombre y las empresas son inventados. Mantén la estructura y sustituye el stack, el número de pruebas y las cifras del pipeline por los tuyos.
Sergio Domínguez Prieto
Ingeniero QA sénior (SDET)
Málaga · 612 345 678 · sergio.dominguez@ejemplo.es · github.com/sergio-dominguez-qa · linkedin.com/in/sergio-dominguez-ejemplo
Perfil
Ingeniero QA con 7 años en pruebas web y de API, los 4 últimos en automatización. Creó y mantiene una suite end-to-end en Playwright y TypeScript de 1.100 pruebas que se ejecuta en GitHub Actions en 22 minutos con menos de un 1 % de pruebas inestables. Redujo el ciclo de regresión en una empresa de pagos de 3 días a 4 horas y los defectos que llegan a producción un 45 % en 18 meses. Domina las pruebas de API REST, SQL, las pruebas de carga con JMeter y el trabajo en equipos Scrum desde el refinamiento de historias. Certificaciones ISTQB Foundation y Test Automation Engineer.
Experiencia
Ingeniero QA sénior (SDET) · Empresa tecnológica de pagos (serie C, unos 300 empleados), Málaga
04/2023 – actualidad
- Diseñé y construí el framework de automatización end-to-end de la empresa en Playwright y TypeScript, hoy con 1.100 pruebas sobre la aplicación web y el portal de comercios, que se ejecuta en cada pull request en GitHub Actions en 22 minutos.
- Reduje el ciclo de regresión previo a cada versión de 3 días de pruebas manuales a una ejecución automatizada de 4 horas más una sesión exploratoria de 2 horas, lo que permitió al equipo pasar de publicar cada dos semanas a hacerlo dos veces por semana.
- Reduje los defectos escapados (errores detectados en producción) de una media de 11 a 6 por trimestre en 18 meses, con seguimiento en Jira por etiqueta de versión.
- Bajé la tasa de pruebas inestables del 6 % a menos del 1 % añadiendo simulación de red para las pasarelas de pago de terceros, esperas explícitas y un proceso nocturno de cuarentena.
- Construí la capa de pruebas de API (unas 400 pruebas) con colecciones de Postman ejecutadas con Newman en la CI, más pruebas de contrato contra la especificación OpenAPI; integrado en 4 equipos Scrum para redactar criterios de aceptación durante el refinamiento.
- Mentor de 2 ingenieros QA que pasan de pruebas manuales a automatización; ambos integraron su primera pull request en el framework en menos de 6 semanas.
Ingeniero QA · Empresa SaaS del sector salud (gestión de citas e integraciones con la historia clínica electrónica), Málaga
07/2020 – 03/2023
- Responsable de las pruebas funcionales, de regresión y de API de un producto de gestión de citas usado por 900 clínicas; mantuve 350 casos de prueba manuales en TestRail y automaticé 220 de ellos con Selenium WebDriver, Java y TestNG.
- Registré más de 600 defectos en Jira en tres años con un 92 % de aceptación (no rechazados por duplicados, no válidos o «funciona según el diseño»).
- Validé los datos de las integraciones HL7 y FHIR con consultas SQL sobre PostgreSQL y detecté antes de la publicación 3 errores de mapeo de datos que habrían afectado a los registros de citas de pacientes.
- Ejecuté pruebas de carga con JMeter con 500 usuarios concurrentes antes de cada versión trimestral y documenté los tiempos de respuesta de referencia; detecté una ralentización del 40 % en el endpoint de búsqueda dos sprints antes del lanzamiento.
- Trabajé conforme al RGPD y la LOPDGDD para datos de salud: generación de datos de prueba con registros anonimizados, registro de accesos y auditorías trimestrales de los entornos de prueba.
Analista QA · Agencia de desarrollo de comercio electrónico (Shopify y tiendas a medida), Málaga
06/2019 – 06/2020
- Probé más de 40 publicaciones de webs de clientes al año: pruebas funcionales, entre navegadores (Chrome, Safari, Firefox, Edge) y en móvil con BrowserStack, además de los flujos de compra y pago en entorno sandbox.
- Redacté casos de prueba a partir de historias de usuario y criterios de aceptación, y reporté errores en Jira con pasos, entorno, capturas de pantalla y archivos HAR; los desarrolladores tardaban una mediana de menos de 10 minutos en reproducirlos.
- Realicé revisiones de accesibilidad con axe DevTools y WAVE según WCAG 2.1 AA en 6 webs de clientes.
Formación
Técnico Superior en Desarrollo de Aplicaciones Multiplataforma (FP de Grado Superior)
Instituto público de FP, Málaga, 2019
Certificaciones
- ISTQB Certified Tester, Foundation Level (CTFL), 2020
- ISTQB Certified Tester, Test Automation Engineer (CT-TAE), 2024
- AWS Certified Cloud Practitioner, 2025
Habilidades
Qué mira primero un responsable de QA
Las ofertas de ingeniero/a QA reciben muchas candidaturas, y el primer filtro suele hacerlo un responsable de QA o un jefe de ingeniería que busca cuatro cosas.
- Manual o automatización, y cuánto de cada. «Automaticé 220 de 350 casos de regresión» lo responde. Si solo haces pruebas manuales, dilo claramente y demuestra profundidad en diseño de pruebas, pruebas exploratorias y conocimiento del sector; esos puestos siguen existiendo y tienen salida.
- Stack. El framework (Playwright, Selenium, Cypress, Appium), el lenguaje en que escribes las pruebas, las herramientas de API y rendimiento y el sistema de CI en que se ejecutan. Quien selecciona filtra por esas palabras; el responsable técnico comprueba si la combinación es creíble.
- Pruebas de que los tests sirvieron. Tiempo de regresión, defectos escapados, tasa de pruebas inestables, frecuencia de publicación, defectos detectados antes de producción. Una suite en la que nadie confía no vale nada, así que las cifras de fiabilidad importan tanto como el número de pruebas.
- Sector y proceso. Pagos, salud, comercio electrónico, sistemas embebidos, móvil: cada uno tiene sus riesgos y su normativa. También si has trabajado dentro de equipos Scrum, redactado criterios de aceptación y revisado pull requests, o si estabas en una fase de QA separada al final.
“Lo primero que se comprueba es si lo que dices de la automatización se sostiene: qué framework, qué lenguaje, dónde se ejecuta y cuántas pruebas están realmente en verde. Quien escribe «1.100 pruebas de Playwright en GitHub Actions, 22 minutos, menos de un 1 % inestables» ya ha respondido a las tres primeras preguntas de la entrevista.”
Ejemplos de perfil profesional y objetivo profesional para ingeniero/a QA
Un perfil profesional de tres o cuatro líneas: años, qué tipo de pruebas haces, tu stack, uno o dos resultados y la certificación si la tienes. Usa un objetivo profesional solo para tu primer empleo en QA, e incluso entonces nombra las herramientas que has practicado y lo que has probado por tu cuenta.
Analista QA con 5 años de pruebas funcionales, de regresión y de aceptación de usuario en aplicaciones web de seguros. Redacta y mantiene más de 800 casos de prueba en TestRail, ejecuta la regresión de cada versión para 6 equipos Scrum y detecta una media de 30 defectos por versión con un 95 % de aceptación. Fuerte en validación de datos con SQL y revisión de requisitos; certificación ISTQB Foundation.
Ingeniera de automatización QA con 6 años creando suites en Selenium y Cypress para plataformas de comercio electrónico. Suite actual: 900 pruebas de interfaz y 500 de API que se ejecutan en Jenkins en 35 minutos y cubren compra, pagos e inventario; el esfuerzo de regresión bajó de 5 días a 1. Java, JavaScript, REST Assured, Docker.
SDET con 8 años en pruebas de móvil y backend. Creó un framework con Appium y WebdriverIO para apps de iOS y Android con 4 millones de usuarios mensuales, ejecutado en una granja de dispositivos de BrowserStack con 30 perfiles de dispositivo; las sesiones sin cierres inesperados subieron del 98,2 % al 99,6 % tras introducir controles de calidad antes de cada publicación. Kotlin, nociones de Swift, Python, GraphQL.
Especialista en atención al cliente (3 años, SaaS) que busca un primer puesto de QA tester. Ha aprobado el examen ISTQB Foundation, ha creado una suite de 60 pruebas en Playwright para una aplicación web de demostración (en GitHub) y ha registrado 45 errores reproducibles en proyectos open source y plataformas de crowdtesting. Conoce Jira, SQL básico y la parte de producto de la clasificación de defectos.
QA lead al frente de 5 ingenieros en 3 equipos de producto de una empresa de software logístico. Introdujo la planificación de pruebas basada en riesgos y un framework de Playwright compartido, con lo que la regresión de cada versión bajó de 4 días a 6 horas y las incidencias en producción un 38 % en un año. Responsable de la estrategia de pruebas, la selección de personal y el panel de calidad que se presenta a la dirección de Ingeniería.
Logros para el currículum de ingeniero/a QA: de débiles a fuertes
La mayoría de los logros de QA describen actividad («realicé pruebas manuales y automatizadas»). Reescribe cada uno para mostrar la herramienta, la escala y lo que cambió. Si no puedes dar cifras exactas, usa cifras redondeadas o porcentajes.
| Débil | Fuerte |
|---|---|
| Realicé pruebas manuales y automatizadas de aplicaciones web. | Probé una aplicación web B2B en 3 equipos Scrum: redacté 400 casos de prueba manuales en TestRail y automaticé en Cypress los 180 de mayor riesgo, ejecutados cada noche en GitLab CI. |
| Desarrollé un framework de automatización. | Creé desde cero un framework en Playwright y TypeScript (page objects, fixtures, ejecución en paralelo, informes HTML); 700 pruebas que se ejecutan en 18 minutos en cada pull request, adoptado por 4 equipos. |
| Reporté errores en Jira. | Registré más de 350 defectos al año en Jira con pasos, logs, capturas y gravedad; 94 % aceptados y una mediana de menos de 10 minutos para que el equipo de desarrollo los reprodujera. |
| Realicé pruebas de API. | Creé 300 pruebas de API REST con Postman y REST Assured que cubren autenticación, paginación y códigos de error; detecté 2 cambios de esquema incompatibles antes de que llegaran a la app móvil. |
| Hice pruebas de rendimiento. | Ejecuté pruebas de carga con JMeter con 2.000 usuarios virtuales antes de cada versión; identifiqué un límite del pool de conexiones a la base de datos que habría fallado con 1.200 usuarios y lo resolví con el equipo de backend dos sprints antes del lanzamiento. |
| Reduje el tiempo de regresión. | Reduje la regresión de 5 días a 8 horas automatizando el 65 % de la suite de regresión y pasándola a ejecución en paralelo en 6 contenedores Docker. |
| Trabajé en un equipo ágil. | Participé en el refinamiento de historias de 2 equipos Scrum, redacté criterios de aceptación en formato Dado/Cuando/Entonces para el 90 % de las historias y conseguí que el 30 % de los defectos se detectara antes de integrar el código. |
| Mejoré la cobertura de pruebas. | Subí la cobertura automatizada del flujo de compra del 40 % al 85 % de los escenarios documentados, y los defectos escapados en la compra bajaron de 9 a 2 por trimestre. |
Empieza con un ejemplo y termina en minutos.
No necesitas registrarte para empezar. Elige un ejemplo, adáptalo con sugerencias y revisa la vista previa mientras escribes.
Competencias de ingeniero/a QA para el currículum
Agrupa las competencias para que un responsable vea tu stack en cinco segundos. Pon solo herramientas sobre las que podrías hacer una entrevista mañana; las entrevistas de QA suelen incluir una prueba de programación en directo o una pregunta de diseño de framework.
Tipos y diseño de pruebas:
- Pruebas funcionales, de regresión, smoke, sanity, exploratorias y de aceptación de usuario (UAT)
- Pruebas de API, de integración, de contrato y end-to-end
- Pruebas de rendimiento y de carga; nociones de pruebas de seguridad (OWASP Top 10)
- Pruebas de accesibilidad (WCAG 2.1 AA), entre navegadores, en móvil y de localización
- Técnicas de diseño de pruebas: particiones de equivalencia, valores límite, tablas de decisión, priorización basada en riesgos
Automatización y lenguajes (pon primero tu framework principal):
- Web: Playwright, Selenium WebDriver, Cypress, WebdriverIO
- Móvil: Appium, Espresso (Android), XCUITest (iOS)
- Lenguajes: JavaScript/TypeScript, Java, Python, C#; ejecutores de pruebas como Jest, TestNG, JUnit, pytest, NUnit
- API: Postman y Newman, REST Assured, Karate, Pact para pruebas de contrato
- Rendimiento: JMeter, k6, Gatling, Locust
Herramientas de pipeline, datos y proceso:
- CI/CD: GitHub Actions, Jenkins, GitLab CI, Azure DevOps, CircleCI
- Git y revisión de pull requests; Docker para entornos de prueba; nociones de AWS o Azure
- SQL (joins, agregaciones) para validar datos; PostgreSQL, MySQL, SQL Server
- Gestión y seguimiento de pruebas: Jira, TestRail, Xray, Zephyr, qTest
- Nubes de dispositivos y navegadores: BrowserStack, Sauce Labs, LambdaTest
- Prácticas ágiles: ceremonias Scrum, criterios de aceptación, definición de hecho, BDD con Cucumber o SpecFlow
Currículum de QA tester sin experiencia
El QA de software es una de las puertas de entrada más abiertas al sector tecnológico, pero «sin experiencia» no puede significar «sin pruebas de lo que sabes». Las ofertas de QA junior piden conocer lo básico del proceso de pruebas, un gestor de incidencias, algo de SQL y, cada vez más, una herramienta de automatización. Puedes conseguir todo eso en unos meses y ponerlo en el currículum.
- 1Pon «QA Tester» o «Ingeniero/a QA junior» bajo tu nombre, no «Recién titulado/a» ni el nombre de tu anterior puesto.
- 2Escribe un objetivo profesional de dos líneas con las herramientas que has practicado (Jira, Postman, un framework de automatización) y algo que hayas probado por tu cuenta.
- 3Crea un repositorio en GitHub con un pequeño proyecto de automatización: entre 30 y 60 pruebas en Playwright o Cypress contra una web de demostración pública, un README que explique la estructura y un distintivo de CI de GitHub Actions. Enlázalo en la cabecera.
- 4Prueba software real y guarda constancia: reporta errores en proyectos open source, únete a una plataforma de crowdtesting como uTest o Testlio o entra en un programa beta. «40 informes de errores aceptados» es experiencia.
- 5Preséntate al examen ISTQB Foundation Level (CTFL). Es la certificación de QA que reconocen los seleccionadores en perfiles junior y te enseña el vocabulario que usan las ofertas.
- 6Traduce tu empleo anterior a términos de QA: atención al cliente significa reproducir incidencias y redactar informes claros; grabación de datos, atención al detalle y SQL; comercio, entender un proceso de compra desde el lado del usuario.
- 7Una página, en PDF; la foto es opcional y en perfiles técnicos puedes prescindir de ella.
Creé una suite de 55 pruebas en Playwright y TypeScript para una tienda online de demostración open source que cubre inicio de sesión, búsqueda, carrito y compra, ejecutada en GitHub Actions en cada push (github.com/usuario/qa-portfolio).
Reproduje y documenté para el equipo de ingeniería entre 20 y 30 defectos al mes notificados por clientes, con pasos, navegador y datos de la cuenta; aproximadamente un tercio se confirmaron como errores y se corrigieron.
Completé 12 ciclos de pruebas remunerados en una plataforma de crowdtesting durante 6 meses, con 45 informes de errores aceptados en aplicaciones web y Android y un 90 % de aprobación.
Certificaciones y formación para ingenieros/as QA
Para trabajar en QA de software no hace falta ninguna habilitación, y la mayoría de los responsables técnicos valoran más un framework de pruebas público que cualquier certificado. Aun así, las certificaciones ayudan en perfiles junior y con seleccionadores que filtran por palabras clave. Pon solo los exámenes aprobados, con la entidad y el año.
- ISTQB Certified Tester Foundation Level (CTFL): la certificación de entrada estándar en todo el mundo; el temario vigente es el de 2023 (v4.0).
- Certificados avanzados y de especialidad de ISTQB: Test Analyst, Technical Test Analyst, Test Automation Engineer (CT-TAE), Agile Tester, Performance Testing, Mobile Application Testing. Pon el nombre exacto.
- Nociones de cloud para entornos de prueba: AWS Certified Cloud Practitioner o Microsoft Azure Fundamentals (AZ-900).
- Cursos de fabricantes que pesan si van acompañados de un repositorio: Test Automation University (gratuito, de Applitools), Postman API Fundamentals Student Expert, certificaciones de BrowserStack.
- Scrum: Professional Scrum Master I (Scrum.org) o Certified ScrumMaster (Scrum Alliance) para QA leads que dirigen las ceremonias.
- Formación: un grado en Ingeniería Informática, Sistemas de Información u otra ingeniería, o un ciclo de FP como DAM o DAW, es habitual pero no imprescindible; también se contrata a personas de bootcamps y con cambio de carrera por su portafolio. Pon la titulación, el centro y el año, sin nota media a partir de tu primer empleo en QA.
Formato, extensión, GitHub y palabras clave
- Una página si tienes menos de unos 8 años de experiencia; dos para SDET sénior y QA leads con varios frameworks y equipos que describir.
- Orden: cabecera (con enlaces a GitHub y LinkedIn), perfil profesional, competencias agrupadas por tipo, experiencia, certificaciones y formación. Si eres junior, pon una sección de «Proyectos» por encima de la experiencia.
- Diseño sencillo a una columna, como las plantillas tech-dark o ats-classic de cvplex. En tecnología la selección se hace con sistemas ATS: foto opcional (en España es habitual, pero aquí no aporta), sin barras de nivel ni tablas a dos columnas.
- Haz que el enlace a GitHub cuente: fija el repositorio del framework y dale un README con pasos de instalación, estructura y una captura de una ejecución de CI en verde. Elimina o archiva los repositorios a medio hacer.
- Haz que el titular de LinkedIn coincida con el título del currículum («QA Engineer | Playwright, TypeScript, CI/CD»). Quien selecciona lo compara.
- Fechas con mes y año. Los contratos de QA por proyecto son habituales; márcalos como «(por proyecto)» para que los periodos cortos se entiendan bien.
- Guárdalo en PDF con el nombre Nombre-Apellido-Ingeniero-QA-CV.pdf. En España se dice currículum o CV indistintamente, y con experiencia un CV de dos páginas es perfectamente aceptable.
Palabras que conviene copiar de la oferta cuando se apliquen a tu caso: automatización de pruebas, framework de pruebas, Selenium, Playwright, Cypress, Appium, pruebas de API, Postman, REST, regresión, CI/CD, Jenkins, GitHub Actions, Jira, TestRail, SQL, ágil, Scrum, criterios de aceptación, plan de pruebas, estrategia de pruebas, defecto, causa raíz, pruebas de rendimiento, JMeter, cross-browser, móvil, SDET, shift-left.
Preguntas frecuentes
¿Cómo hago un currículum de ingeniero/a QA?
Empieza con un perfil profesional de 3 o 4 líneas: años, qué tipo de pruebas haces, tu framework y lenguaje, una o dos cifras (tiempo de regresión, defectos escapados, número de pruebas) y una certificación si la tienes. Agrupa las competencias por tipo y escribe logros de experiencia que nombren la herramienta, la escala y el resultado. Enlaza un framework de pruebas en GitHub desde la cabecera. Una página, en PDF, con un diseño sencillo.
¿Qué competencias pongo en un currículum de ingeniero/a QA?
Primero tu framework de automatización y tu lenguaje (Playwright y TypeScript, Selenium y Java), después las herramientas de API y rendimiento (Postman, REST Assured, JMeter), CI/CD y Git, SQL, herramientas de gestión de pruebas (Jira, TestRail) y técnicas de diseño de pruebas. Pon solo herramientas sobre las que puedan preguntarte en una entrevista.
¿Cómo hago un currículum de QA tester sin experiencia?
Primero consigue pruebas de lo que sabes: un pequeño proyecto de automatización en GitHub con CI, informes de errores aceptados en proyectos open source o de crowdtesting, y el examen ISTQB Foundation. Después escribe un objetivo profesional que lo mencione, pon una sección de Proyectos por encima de tu experiencia laboral y traduce tu empleo anterior al lenguaje de QA (reproducir incidencias, redactar informes claros).
¿Un currículum de QA debe llevar objetivo profesional o perfil profesional?
Perfil profesional en cuanto tengas un empleo de QA a tus espaldas; recoge tu stack y tus resultados. Objetivo profesional solo para un primer puesto de QA o un cambio de carrera, y aun así debe nombrar herramientas y algo que hayas probado. Nunca los dos.
¿Es distinto el currículum de analista QA del de ingeniero/a QA?
La estructura es la misma; cambia el énfasis. El de analista QA empieza por diseño de pruebas, casos de prueba, revisión de requisitos, SQL y calidad de los defectos reportados. El de ingeniero/a QA o SDET empieza por el framework de automatización, el lenguaje, el pipeline de CI y las cifras de fiabilidad. Usa el título que aparece en la oferta.
¿Cómo pongo la certificación ISTQB en el currículum?
En una sección de Certificaciones con el nombre exacto y el año: «ISTQB Certified Tester, Foundation Level (CTFL), 2024». No la pongas detrás de tu nombre. Menciónala una vez en el perfil profesional si la oferta la pide.
¿Cuánto debe ocupar un currículum de ingeniero/a QA?
Una página hasta unos 8 años de experiencia. Dos páginas para SDET sénior y QA leads que necesitan describir varios frameworks, equipos y plataformas. En España, con experiencia, un CV de QA de dos páginas es perfectamente habitual.
¿Listo para escribir el tuyo?
El editor te sugiere un perfil a partir de tu propia experiencia y luego lo compara con la oferta de empleo.
Cómo se hizo esta página: el primer borrador se redactó con ayuda de IA a partir de la biblioteca de ejemplos de cvplex y después lo editó y verificó cvplex Careers Team. Los ejemplos son composiciones ficticias y las cifras son orientativas. Puedes informar de un error en la página de política editorial. Esta versión se tradujo del inglés con ayuda de IA.