Currículum de tester de software: ejemplos y guía para redactarlo

Un currículum ficticio de una tester con ocho años de experiencia que hace pruebas manuales y automatizadas. Esa combinación es lo que piden hoy muchas ofertas, aunque el puesto se llame tester manual o analista QA. Cambia los productos, las herramientas y las cifras por los tuyos.

Quien lee tu currículum tiene un backlog y una fecha de publicación. Se pregunta si puedes hacerte cargo de un área del producto y empezar a encontrar fallos la segunda semana. Cuatro señales lo responden.

• Qué has probado, no solo que has probado. Pagos, historia clínica electrónica, un juego para móvil y un sistema de almacén piden instintos distintos. Nombra el sector y los usuarios.
• Cifras que solo tiene un tester de verdad: número de casos de prueba, defectos registrados y aceptados, tasa de rechazo de defectos, defectos escapados por versión, duración del ciclo de regresión.
• Si sabes automatizar algo. La mayoría de las ofertas de tester manual ya piden algo de Selenium, Playwright, Cypress o scripts en Postman. Di con sinceridad qué puedes construir sin ayuda.
• Cómo piensas en el riesgo. Un tester que explica qué 18 recorridos importaban más vale más que uno que ejecutó 900 casos sin prioridad.

“Todos los currículums dicen «sólidos conocimientos de SDLC y STLC». No le importa a nadie. Dime qué defecto encontraste que le ahorró dinero a la empresa, cuántos casos llevas y cuál fue tu cifra de defectos escapados. Tres números y te llamo.”

Tres o cuatro líneas: sector, años, un dato de automatización y una cifra de calidad. Usa un objetivo profesional solo si buscas tu primer empleo o cambias de carrera, cuando necesitas explicar un cambio más que resumir una trayectoria.

Las funciones son las mismas para cualquier tester del mundo. Lo que cambia es el producto, el volumen y el resultado. Mantén la función y añade las tres cosas.

Si no puedes conseguir cifras exactas de una empresa anterior, estímalas con lo que recuerdes: casos por sprint multiplicados por los sprints al año. Unas cifras aproximadas y honestas son mucho mejores que ninguna.

Agrúpalas y sé realista con el nivel. En la entrevista te pueden pedir que escribas un localizador o un join de SQL, así que no incluyas nada que no sepas hacer con algo de presión.

• Diseño y técnicas de prueba: partición de equivalencia, análisis de valores límite, tablas de decisión, transición de estados, sesiones exploratorias, priorización basada en riesgos
• Tipos de prueba: funcionales, de regresión, de integración, smoke, sanity, multinavegador, móviles, de accesibilidad, comprobaciones básicas de rendimiento y seguridad

• Automatización: Playwright, Selenium WebDriver, Cypress, Appium; un lenguaje para escribirla (JavaScript o TypeScript, Python, Java, C#)
• API y datos: Postman, Newman, REST Assured, SQL, payloads JSON y XML
• Rendimiento: JMeter, k6 para pruebas de carga y de resistencia
• Herramientas: Jira, TestRail, Xray, Zephyr, Azure DevOps, Git, Jenkins, GitHub Actions, BrowserStack o Sauce Labs, Chrome DevTools, Charles Proxy

Vale la pena mencionar dos hábitos, porque separan a los testers que ascienden de los que no: escribir un informe de defecto que el equipo de desarrollo reproduzca al primer intento y decir claramente en una reunión de publicación que algo no está listo. Demuéstralos con un resultado, no con un adjetivo.

Es la versión más buscada de esta página por una razón: QA es uno de los pocos puestos de software a los que se puede acceder sin una carrera de informática. El problema es que todos los currículums junior se parecen. Reúne evidencias de lo que sabes hacer en lugar de enumerar palabras clave.

1. 1Prueba algo real y documéntalo. Elige dos o tres aplicaciones web gratuitas o de código abierto, escribe 40 casos de prueba para cada una en una hoja de cálculo pública o en una prueba gratuita de TestRail y registra los defectos que encuentres con pasos y capturas.
2. 2Publícalo. Un repositorio de GitHub con tu plan de pruebas, los casos, los informes de defectos y un pequeño script de Playwright o Selenium es lo que más pesa en un currículum de QA junior.
3. 3Saca la certificación ISTQB Foundation Level. Es la credencial de entrada aceptada en casi todo el mundo y cuesta menos que un mes de bootcamp.
4. 4Aprende lo justo de SQL y una herramienta de automatización. Dos semanas de SELECT, JOIN y GROUP BY, más diez pruebas en Playwright, te ponen por delante de la mayoría de candidatos.
5. 5Construye la sección de experiencia con proyectos, prácticas y el trabajo del portfolio, en ese orden. Pon la formación debajo, no encima.
6. 6Limítalo a una página y elimina cualquier línea que podría haber escrito cualquier otro candidato junior.

Ninguna certificación es obligatoria por ley y nadie te contratará solo por un certificado. Pero una credencial hace que lean un currículum junior, y una certificación de nivel Advanced te distingue en la parte sénior. Solo estas merecen el espacio.

• ISTQB Certified Tester Foundation Level (CTFL). La credencial de entrada estándar; en España la gestiona el comité nacional de ISTQB (SSTQB). Indica el año.
• Extensión ISTQB Agile Tester, útil si trabajas en sprints, que es casi todo el mundo.
• ISTQB Advanced Level: Test Analyst, Technical Test Analyst o Test Manager, según hacia dónde quieras ir.
• Certified Software Tester (CSTE) de QAI, una certificación estadounidense que todavía reconocen algunas grandes empresas y contratistas públicos de EE. UU.; en España se valora más ISTQB.
• Un certificado de fundamentos cloud (AWS Cloud Practitioner, Azure Fundamentals) si pruebas productos alojados en la nube, porque te ayuda a entender la infraestructura en la que viven tus defectos.
• Formación: Ingeniería Informática, FP de Grado Superior en Desarrollo de Aplicaciones Multiplataforma o Web (DAM o DAW) y otras ingenierías son habituales, pero muchos buenos testers vienen de soporte, biología, contabilidad o docencia. Si tu titulación no tiene relación, déjala en una línea y deja que el portfolio haga el trabajo.

• Una página hasta unos cinco años de experiencia y dos a partir de ahí. Algunos testers con 7 a 10 años llegan a tres; no lo hagas.
• Orden: nombre con certificación y enlace a GitHub, perfil profesional, experiencia, competencias agrupadas, certificaciones y formación.
• PDF salvo que la oferta pida Word. Una sola columna, sin tablas ni barras de nivel de competencias. Las barras no le dicen nada a quien lee y confunden a los ATS.
• La foto es habitual en España pero opcional; no hace falta fecha de nacimiento, estado civil ni DNI/NIE. Si eres de fuera de la UE, indica el permiso de trabajo solo cuando sea relevante.
• Añade un enlace a GitHub o a tu portfolio si tienes código de automatización o documentación de pruebas publicada. Asegúrate de que el repositorio no está vacío antes de enlazarlo.

Usa el vocabulario de la oferta dentro de tus logros, no en un bloque de palabras clave. Los términos que más pesan en las ofertas de QA:

• Variantes del puesto: tester de software, analista QA, ingeniero/a QA, ingeniero/a de pruebas, SDET, analista de pruebas, tester manual.
• Nombres de herramientas tal como aparecen en la oferta: Playwright, Selenium, Cypress, Postman, TestRail, Xray, Jira, Azure DevOps, JMeter.
• Tipos de prueba: regresión, integración, smoke, exploratorias, pruebas de API, multinavegador, accesibilidad, rendimiento.
• Términos de proceso: sprint, refinamiento del backlog, criterios de aceptación, definición de terminado (DoD), shift-left, pipeline de CI.
• Métricas: defectos escapados, densidad de defectos, tasa de rechazo de defectos, cobertura de pruebas, tiempo del ciclo de regresión.