Quien contrata un perfil de QA busca a alguien que encuentre los defectos antes que el usuario, que diseñe pruebas a partir de requisitos incompletos, que documente con precisión y que trabaje con desarrollo sin fricción. La lectura del CV busca tipos de pruebas (funcionales, regresión, exploratorias, de API, en mobile), herramientas de gestión, dominio del negocio y, sobre todo, cifras: casos diseñados, defectos detectados, ciclos acortados.
El CV de QA suele quedarse en "ejecución de casos de prueba y reporte de bugs", que describe a cualquier tester y a ninguno. Esta guía explica qué pesa en la lectura, qué keywords filtran los avisos, cómo escribir viñetas con números de calidad 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 / Testing
La experiencia se lee buscando el alcance de las pruebas en cada puesto: qué producto (banca móvil, e-commerce, sistema de gestión, app de salud), qué plataformas (web, Android, iOS, API), qué tipos de prueba se diseñaron y ejecutaron, y con qué resultado. Los resultados de QA se miden: cantidad de casos, defectos encontrados por severidad, defectos que llegaron a producción, duración del ciclo de regresión, tasa de rechazo de los reportes.
El dominio pesa más que en otros roles técnicos. Quien probó sistemas bancarios conoce conciliaciones, cierres y normativas; quien probó apps de salud conoce datos sensibles y flujos clínicos. Un CV que nombra el dominio y sus particularidades convence a las empresas de ese sector.
Las certificaciones (ISTQB Foundation y sus niveles avanzados) aparecen como requisito en muchos avisos y ordenan la formación. SQL para validar datos y Postman para probar APIs marcan la diferencia entre un tester de interfaz y un analista que valida el sistema completo, por eso merecen mención explícita.
Keywords que buscan los avisos
Estos son los términos que más se repiten en los avisos de QA en LatAm y España:
- Casos de prueba y planes de prueba
- Pruebas funcionales, de regresión y exploratorias
- ISTQB Foundation Level
- Jira y gestión de defectos
- TestRail, Zephyr o Xray
- Pruebas de API con Postman
- SQL para validación de datos
- Criterios de aceptación y BDD (Gherkin)
- Pruebas en mobile (Android e iOS)
- Pruebas de aceptación de usuario (UAT)
- Gestión de entornos y datos de prueba
- Metodologías ágiles (Scrum, Kanban)
- Pruebas de usabilidad y accesibilidad
- Análisis de requisitos
- Nociones de automatización (Selenium, Cypress)
Se ubican en las viñetas junto al producto y a la cifra correspondiente, y se repiten en la sección de habilidades. Antes de postular a un aviso concreto, la herramienta para adaptar el CV a la oferta muestra qué términos del anuncio faltan en el documento.
Viñetas de experiencia que funcionan
Las viñetas de QA convencen cuando tienen producto, tipo de prueba y cifra. Los pares siguientes muestran el cambio:
| Así no | Así sí |
|---|---|
| Ejecución de casos de prueba | Diseñé y ejecuté 850 casos de prueba para el rediseño de la banca móvil (Android e iOS) y detecté 140 defectos antes del lanzamiento, 22 de ellos críticos |
| Reporte de bugs | Documenté los defectos en Jira con pasos, evidencia y logs; la tasa de reportes rechazados por desarrollo bajó de 25 % a 6 % |
| Pruebas de regresión | Armé la suite de regresión de 300 casos priorizados por riesgo y el ciclo de regresión pasó de 5 días a 2 |
| Pruebas de API | Validé 60 endpoints con Postman y consultas SQL contra la base de datos, y encontré 18 inconsistencias que no se veían en la interfaz |
| Participación en ceremonias ágiles | Escribí criterios de aceptación en Gherkin para 120 historias de usuario, y el retrabajo por requisitos ambiguos bajó un 35 % |
| Coordinación de pruebas de usuario | Coordiné el UAT del sistema de caja con 15 usuarios de 4 sucursales y cerré 40 hallazgos en 3 semanas antes del lanzamiento |
Junior vs. senior
Un perfil QA junior muestra método antes que volumen: un caso de prueba bien escrito, un reporte de defecto reproducible, conocimiento de los tipos de prueba y de una herramienta de gestión. La certificación ISTQB Foundation ordena el perfil y muchos avisos la piden. Si no hubo experiencia laboral, sirven las pruebas hechas en proyectos de estudio o en programas de testing colaborativo, presentadas con producto, cantidad de casos y defectos reportados.
En un perfil senior pesan la estrategia y el liderazgo: definir el plan de pruebas de un producto, priorizar por riesgo, elegir qué se automatiza y qué no, medir la calidad con indicadores (defectos en producción, cobertura de requisitos, tiempo de ciclo), coordinar testers y negociar con desarrollo y producto. Las viñetas incluyen equipos coordinados y decisiones, no solo casos ejecutados.
En un CV de QA, el número que más pesa es el de defectos críticos detectados antes de producción. Es la razón por la que existe el rol y casi ningún CV lo incluye.
Errores frecuentes en este rol
Estos son los errores más repetidos en los CV de QA, en todos los niveles:
- "Tester manual" sin especificar tipos de prueba. Funcional, regresión, exploratoria, API, mobile o UAT son trabajos distintos; el CV debe decir cuáles se hicieron.
- Sin cifras de defectos ni de ciclos. Es el rol más medible del área y el que menos números pone en el CV.
- Omitir SQL y pruebas de API. Sin ellos, el perfil parece limitado a la interfaz.
- Inflar la automatización. Haber corrido una suite que armó otro no es automatizar; si el aviso pide automation, el perfil correspondiente es otro.
- No nombrar el dominio. Banca, salud, retail o logística cambian lo que se prueba y cómo; el sector se dice.
- Diseño poco legible. Un CV que un ATS no puede leer con claridad es un mal antecedente para quien se dedica a la calidad. Una plantilla de CV de una columna evita el problema.
Ejemplo de CV de QA / Testing
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.
Analista QA con 5 años de experiencia en pruebas funcionales, de regresión y de API para banca digital y sistemas de gestión. Diseño de planes y casos de prueba, validación de datos con SQL y coordinación de UAT con usuarios de negocio. Certificación ISTQB Foundation Level.
Analista QA Semi Senior, Banco Litoral (banca digital), Rosario. 2022 - actualidad
- Diseñé y ejecuté 850 casos de prueba para el rediseño de la banca móvil (Android e iOS) y detecté 140 defectos antes del lanzamiento, 22 de ellos críticos.
- Armé la suite de regresión de 300 casos priorizados por riesgo; el ciclo de regresión pasó de 5 días a 2.
- Validé 60 endpoints con Postman y consultas SQL contra la base de datos, y encontré 18 inconsistencias de datos que no se veían en la interfaz.
Analista de Testing, Softdesk (consultora), Rosario. 2020 - 2022
- Documenté defectos en Jira con pasos, evidencia y logs para 3 clientes; la tasa de reportes rechazados por desarrollo bajó de 25 % a 6 %.
- Escribí criterios de aceptación en Gherkin para 120 historias de usuario, y el retrabajo por requisitos ambiguos bajó un 35 %.
- Coordiné el UAT de un sistema de caja con 15 usuarios de 4 sucursales y cerré 40 hallazgos en 3 semanas.
Tecnicatura Universitaria en Programación, UTN Facultad Regional Rosario, 2020. ISTQB Certified Tester Foundation Level, 2021.
Diseño de casos de prueba, pruebas funcionales y de regresión, pruebas exploratorias, Postman, SQL, Jira, TestRail, Gherkin, pruebas en mobile, UAT, Scrum. Nociones de Cypress. Inglés intermedio (B1).
Preguntas frecuentes
¿La certificación ISTQB es obligatoria para un CV de QA?
No es obligatoria, pero aparece como requisito o ventaja en muchos avisos y ordena el vocabulario del perfil. El nivel Foundation alcanza para perfiles junior y de mitad de carrera; los niveles avanzados suman en perfiles senior o de liderazgo.
¿Cómo mostrar automatización si el trabajo fue mayormente manual?
Con honestidad y en su lugar: "nociones de Cypress" o "ejecución y mantenimiento básico de suites en Selenium" en habilidades, y un proyecto propio con algunos casos automatizados si se está en transición. Inflarla se descubre en la primera entrevista técnica.
¿Qué números incluir en un CV de QA?
Casos diseñados y ejecutados, defectos detectados por severidad, defectos que llegaron a producción, duración del ciclo de regresión antes y después, tasa de reportes rechazados, usuarios coordinados en UAT. Una cifra por viñeta es suficiente.
¿Conviene especificar el dominio del negocio?
Sí. Las empresas de banca, salud, retail o logística buscan testers que ya conozcan sus flujos y sus riesgos. El dominio va en el resumen y en cada puesto, con una mención a las particularidades que se probaron (conciliaciones, datos sensibles, integraciones con pagos).