Un reclutador técnico revisa decenas de candidaturas QA con la misma lista de herramientas: Selenium, Cypress, Jira, Postman. En 2026, esa lista ya no diferencia a nadie. Lo que sí separa una candidatura de otra es un repositorio real, con tests que se ejecutan de verdad y un README que explica por qué se diseñaron así (remote.qa, 2026).
En España ese problema pesa más de lo normal. En un análisis propio de 82 ofertas de QA activas en agosto de 2026, solo el 2,4% pedía perfil junior de forma explícita (ver qué piden de verdad las ofertas de QA en España). Sin años de experiencia que enseñar, un portfolio es la forma más directa de demostrar que sabes testear antes de que alguien te dé la oportunidad de demostrarlo en un puesto real.
Este artículo va directo al grano: qué tiene que demostrar un portfolio QA, tres proyectos concretos que puedes montar sin acceso a ningún producto real, y cómo documentarlos para que un reclutador los entienda en menos de un minuto.
Fuente: análisis propio de 17lab sobre 82 ofertas de QA activas en España, agosto de 2026.
Qué tiene que demostrar un portfolio QA (no una lista de herramientas)
El error más común es tratar el portfolio como una extensión del CV: otra lista de tecnologías, esta vez con capturas de pantalla. Eso no aporta nada nuevo.
Un portfolio QA que funciona demuestra tres cosas distintas, y las tres importan más que el número de herramientas que menciones (remote.qa, 2026):
Por qué elegiste esos casos de prueba y no otros. No basta con probar, hay que justificar la cobertura.
Código o pasos que funcionan de verdad, no un tutorial copiado. Que se pueda clonar y correr.
Cómo priorizaste qué probar primero cuando el tiempo era limitado, igual que en un trabajo real.
Proyecto 1: casos de prueba manuales sobre una web real
No hace falta acceso a un producto en producción. Existen webs diseñadas específicamente para practicar testing sin riesgo, con formularios, tablas dinámicas, autenticación y comportamientos raros metidos a propósito: The Internet (herokuapp), Automation Exercise (una tienda completa con carrito y checkout) y DemoQA son las más usadas para esto.
Elige una funcionalidad concreta (el login, el checkout, un formulario de registro) y documenta un set de casos de prueba aplicando las técnicas de partición de equivalencia y valores límite. Ejecútalos, apunta qué falla, y redacta 2 o 3 bug reports efectivos con los problemas reales que encuentres. Algunas de estas webs, como AcademyBugs, incluso incluyen bugs plantados a propósito para que los encuentres.
Cuando revisamos candidaturas para el programa de primer empleo, lo primero que miramos no es la lista de herramientas del CV. Es si hay un enlace a algo que se pueda abrir y entender en un minuto: un documento de casos de prueba bien escrito pesa más que cinco certificados sin nada que lo respalde.
Proyecto 2: testing de API con Postman
El testing de API aparece en el 26,8% de las ofertas de QA activas en España y Postman concretamente en el 23,2% (17lab, agosto 2026). Es una habilidad que se aprende más rápido que un framework de automatización de UI, y que un portfolio sin ningún proyecto de API deja fuera.
Usa una API pública gratuita para practicar (JSONPlaceholder o restful-booker son las más usadas para esto) y monta una colección en Postman con asserts en JavaScript: código de estado, estructura del JSON, tiempos de respuesta. Si ya tienes algo de tiempo, exporta la ejecución a línea de comandos con Newman, así el proyecto no depende de abrir Postman para demostrarse. La guía paso a paso está en cómo testear una API REST con Postman.
Proyecto 3: automatización básica con Playwright
Playwright ya supera a Selenium en las ofertas de QA en España, aunque por poco margen (34,1% frente a 32,9%, 17lab agosto 2026). Es la herramienta con más sentido para un primer proyecto de automatización, y la comparativa completa con sintaxis está en Playwright vs Cypress vs Selenium.
No hace falta una suite enorme. Con 5 o 10 tests automatizados sobre una de las webs de práctica mencionadas antes, más un flujo de GitHub Actions que los ejecute solo en cada commit, ya tienes un proyecto completo: automatización real, no solo un script suelto en tu ordenador. La guía de cómo escribir tu primer test automatizado con Playwright cubre la instalación, los selectores estables y cómo organizar la suite.
- Lista de herramientas idéntica a otros 40 candidatos
- "Conocimientos de testing manual y automatización"
- Certificados sin proyecto que los respalde
- El reclutador no puede verificar nada en menos de un minuto
"Aquí tienes 3 repositorios: casos de prueba documentados, una colección de API con asserts reales y una suite de Playwright con CI. Ábrelos."
Cómo documentarlo para que se entienda en 30 segundos
El proyecto mejor ejecutado no sirve de nada si el README no explica qué es en los primeros dos párrafos. Cada repositorio debería incluir:
- Objetivo. Qué se estaba probando y por qué, en una frase.
- Stack. Qué herramientas usaste y por qué esas, no todas las que sabes.
- Cómo ejecutarlo. Comandos exactos para clonar y correr los tests, sin pasos ambiguos.
- Resultado. Qué encontraste: bugs reales, cobertura conseguida, casos que fallaron.
- Captura o gif. Una imagen del test corriendo o del reporte final vale más que un párrafo.
Un repositorio con 40 commits titulados "wip" o "fix" resta más de lo que suma. Antes de compartir el enlace, revisa que la última versión sea la que quieres que vea un reclutador, no el proceso completo de cómo llegaste ahí.
Errores que restan en vez de sumar
No todo lo que parece un portfolio ayuda. Los fallos más frecuentes:
- Copiar un tutorial sin entenderlo. Se nota en la entrevista en cuanto te piden explicar una decisión concreta del código.
- Seis proyectos a medias en vez de tres completos. Un proyecto terminado y bien documentado vale más que cinco empezados.
- No mostrar ningún resultado. Un repositorio sin bugs encontrados, sin casos que fallaron, sin nada que aprendiste, parece un ejercicio de clase, no trabajo real.
Un portfolio no sustituye la experiencia, pero cierra la distancia
Nadie va a contratarte solo por tres repositorios en GitHub. Lo que hace un portfolio bien construido es reducir la incertidumbre: le da a quien te entrevista algo concreto que mirar, en vez de tener que confiar a ciegas en una lista de conocimientos que no puede verificar.
Si estás en ese punto de partida, sin experiencia previa pero con ganas de construir algo real, el curso de primer empleo QA cubre cómo convertir estos proyectos en un CV y una candidatura que sí lleguen a entrevista.
Preguntas frecuentes
¿Necesito saber programar para tener un portfolio QA?
No para el primero. Un portfolio con casos de prueba manuales bien documentados y bug reports reales ya demuestra criterio, que es lo que más falta en un CV genérico. Programar (para automatización con Playwright, por ejemplo) suma después, pero no es el punto de entrada obligatorio.
¿Cuánto tiempo lleva construir un portfolio QA desde cero?
Un primer proyecto de testing manual documentado se puede montar en un fin de semana. Sumar testing de API con Postman lleva otro tanto. La automatización básica con Playwright es la que más tiempo pide, entre una y dos semanas dedicando pocas horas al día si es la primera vez que escribes tests automatizados.
¿Vale la pena si voy a testing manual, no automatización?
Sí. El portfolio no es solo para demostrar código: un documento de casos de prueba bien estructurado, con técnicas como partición de equivalencia o valores límite aplicadas de verdad, ya diferencia de un CV que solo dice "conocimientos de testing manual".
¿Dónde publico el portfolio, GitHub o una web?
GitHub es suficiente y es lo que espera un reclutador técnico: un repositorio por proyecto, con README claro. Una web personal no aporta nada que GitHub no dé ya, a menos que ya tengas uno o quieras usarlo también como marca personal.
¿Sirve un portfolio si ya tengo el CV lleno de cursos y certificados?
Sirve más que los certificados. Un certificado dice que estudiaste algo, un portfolio muestra que sabes aplicarlo. En una criba de candidaturas, un repositorio con tests que se ejecutan de verdad pesa más que una lista de cursos completados.
¿Quieres construir tu candidatura desde cero?
Aprende a convertir un portfolio real en un primer empleo QA, con formación práctica orientada al mercado español.