Quien contrata un perfil de automation (QA automation, test automation engineer, SDET) busca a alguien que escriba código de pruebas mantenible, lo integre en el pipeline y reduzca de verdad la regresión manual. La lectura del CV busca lenguaje y framework (Java con Selenium, TypeScript con Playwright o Cypress, Python con pytest), integración en CI y cifras: casos automatizados, duración de la regresión, estabilidad de la suite.
La diferencia con un CV de QA manual tiene que ser evidente desde el título: en este rol se evalúa código. Esta guía explica qué pesa en la lectura, qué keywords filtran los avisos, cómo escribir viñetas con métricas de automatización y cómo se ve un CV completo del rol dentro del área de tecnología.
En esta guía
Qué pesa en el CV de QA automation
La experiencia se lee buscando, en cada puesto, el framework que se construyó o mantuvo, el lenguaje, el patrón de diseño (Page Object, Screenplay), la cantidad de casos automatizados y su efecto sobre el ciclo de pruebas. También la capa: interfaz web, mobile, API o rendimiento. Un perfil que automatizó API y rendimiento además de interfaz se ubica por encima de la mayoría.
La integración en CI/CD es lo que separa una suite útil de un proyecto de escritorio. Las viñetas deben decir dónde corre la suite (Jenkins, GitHub Actions, GitLab CI), con qué frecuencia (en cada pull request, cada noche) y cómo se reportan los resultados. La estabilidad (porcentaje de tests inestables, tiempo de mantenimiento) muestra madurez, porque cualquiera escribe una suite y pocos la mantienen sana.
El repositorio pesa como en desarrollo: un framework propio en GitHub, con estructura clara, README, reporte y ejecución en CI, es la mejor evidencia para un perfil junior o en transición desde QA manual. Las certificaciones (ISTQB Test Automation Engineer) suman, pero el código pesa más.
Keywords que buscan los avisos
Estos son los términos que más se repiten en los avisos de automation en LatAm y España:
- Selenium WebDriver
- Cypress
- Playwright
- Appium
- Java, Python, JavaScript o TypeScript
- Page Object Model
- Cucumber y BDD
- TestNG, JUnit o pytest
- Pruebas de API automatizadas (RestAssured, Postman con Newman)
- Pruebas de carga (JMeter, k6)
- CI/CD (Jenkins, GitHub Actions, GitLab CI)
- Docker y Selenium Grid
- Reportes (Allure, Extent Reports)
- Pirámide de pruebas y estrategia de automatización
- Git
Van en las viñetas de experiencia, junto a la suite y a la métrica que mejoraron, y se repiten en la sección de habilidades. Al postular a un aviso concreto, la herramienta para adaptar el CV a la oferta indica qué términos del anuncio faltan.
Viñetas de experiencia que funcionan
Una viñeta de automation convence cuando dice qué se automatizó, con qué, dónde corre y qué cambió. Los pares siguientes muestran la diferencia:
| Así no | Así sí |
|---|---|
| Automatización de pruebas con Selenium | Construí desde cero un framework en Java con Selenium y Page Object Model que automatizó 420 casos de regresión del e-commerce; el ciclo pasó de 4 días manuales a 45 minutos |
| Integración con CI | Integré la suite en Jenkins con ejecución paralela en Selenium Grid sobre Docker, con reporte en Allure en cada pull request |
| Mantenimiento de la suite | Reduje los tests inestables de 18 % a 2 % refactorizando esperas y datos de prueba; el equipo dejó de reejecutar la suite a mano |
| Pruebas de API | Automaticé 150 pruebas de API con RestAssured para el servicio de pagos y detecté 9 regresiones de contrato antes de llegar a QA manual |
| Pruebas de rendimiento | Diseñé pruebas de carga en k6 para 2.000 usuarios concurrentes y encontré el cuello de botella que habría caído el sistema en la campaña de descuentos |
| Automatización mobile | Automaticé con Appium 90 flujos críticos de la app en Android e iOS, ejecutados en Bitrise en cada release |
Junior vs. senior
Un perfil junior de automation suele venir de QA manual o de un bootcamp, y el CV debe mostrar código antes que herramientas: un framework propio en GitHub con Page Object, datos de prueba separados, reporte y ejecución en GitHub Actions. Los casos automatizados en el trabajo actual, aunque sean pocos, se cuentan con número y con el tiempo que ahorraron. El lenguaje principal se declara en el título del CV.
En un perfil senior pesan la estrategia y la arquitectura: qué se automatiza en cada capa de la pirámide y qué no, diseño del framework para varios equipos, métricas de estabilidad y cobertura, pruebas de contrato y de rendimiento, trabajo junto a desarrollo para que las pruebas se escriban antes del código, y mentoría de testers en transición. Las viñetas incluyen equipos que usan el framework y decisiones con consecuencias medibles.
Una suite que no corre en CI es un proyecto personal. El CV de automation tiene que decir dónde corre la suite, con qué frecuencia y quién mira los resultados.
Errores frecuentes en este rol
Estos son los errores que más se repiten en los CV de automation:
- Listar herramientas sin código que las respalde. Selenium, Cypress, Playwright y Appium en una línea, sin suite ni repositorio, no convencen.
- No indicar el lenguaje. "Automatización de pruebas" sin decir Java, Python o TypeScript deja al lector sin saber si el perfil encaja con el proyecto.
- Sin métricas de tiempo ni de cobertura. Casos automatizados, duración del ciclo antes y después, y porcentaje de regresión cubierta son los números del rol.
- Suite sin CI. Una suite que se ejecuta a mano desde la computadora del tester no muestra el valor que el aviso busca.
- Omitir el mantenimiento. Tests inestables y tiempo de mantenimiento son parte del trabajo; no mencionarlos sugiere que la suite se abandonó.
- Mezclar manual y automation sin distinguir. Las viñetas de ejecución manual van aparte y en menor proporción. Una plantilla de CV de una columna ayuda a jerarquizar.
Ejemplo de CV de QA automation
El siguiente ejemplo condensa lo anterior en un CV de una página para un perfil de mitad de carrera. Los nombres y las empresas son ficticios.
Ingeniero de automatización con 5 años de experiencia en pruebas de interfaz, API y rendimiento para e-commerce y servicios financieros. Diseño de frameworks en Java con Selenium y en TypeScript con Playwright, integrados en Jenkins y GitHub Actions. Foco en estabilidad de suites y reducción del ciclo de regresión.
Ingeniero de Automatización Senior, Compra Fácil (e-commerce), Guadalajara. 2022 - actualidad
- Construí desde cero un framework en TypeScript con Playwright que automatizó 420 casos de regresión; el ciclo pasó de 4 días manuales a 45 minutos.
- Integré la suite en GitHub Actions con ejecución paralela en contenedores y reporte en Allure en cada pull request, usado por 4 equipos.
- Diseñé pruebas de carga en k6 para 2.000 usuarios concurrentes y encontré el cuello de botella que habría caído el checkout en la campaña de descuentos.
Analista QA Automation, Nubaria (consultora TI), Guadalajara. 2020 - 2022
- Automaticé 150 pruebas de API con RestAssured para el servicio de pagos de un banco y detecté 9 regresiones de contrato antes de QA manual.
- Reduje los tests inestables de una suite en Java y Selenium de 18 % a 2 % refactorizando esperas y datos de prueba.
- Automaticé con Appium 90 flujos críticos de una app en Android e iOS, ejecutados en Bitrise en cada release.
Ingeniería en Computación, Universidad de Guadalajara, 2019. ISTQB Certified Tester Test Automation Engineer, 2023.
Java, TypeScript, Selenium, Playwright, Appium, RestAssured, k6, Page Object Model, Cucumber, TestNG, Jenkins, GitHub Actions, Docker, Allure, Git. Inglés avanzado (C1).
Preguntas frecuentes
¿Qué lenguaje conviene destacar en un CV de automation?
El que use el equipo de desarrollo al que se postula, porque las suites se mantienen junto al código de la aplicación. Java con Selenium sigue siendo el más pedido en banca y consultoras; TypeScript con Playwright o Cypress crece en productos web; Python con pytest es habitual en API y datos. El título del CV nombra el principal.
¿Cómo pasar de QA manual a automation en el CV?
Con un framework propio publicado en GitHub que corra en CI, con los casos automatizados en el trabajo actual contados con número y tiempo ahorrado, y con el título "Analista QA en transición a automation" o directamente "QA Automation junior" si el código lo respalda. La experiencia manual queda como base de criterio, no como el centro del CV.
¿Es necesario un repositorio con el framework?
Para perfiles junior o en transición, es la evidencia principal. Para perfiles con experiencia, alcanza con describir en las viñetas el framework que se construyó (lenguaje, patrón, casos, CI) y, si se puede, enlazar un proyecto de muestra.
¿Qué métricas importan en un CV de automation?
Casos automatizados, duración del ciclo de regresión antes y después, porcentaje de tests inestables, frecuencia de ejecución en CI, regresiones detectadas antes de producción y equipos que usan el framework. Una métrica por viñeta alcanza.