Un reclutador tech revisa hoy 200+ CVs por vacante junior. La mitad pasó el mismo curso. La otra mitad copió el mismo template. ISTQB Foundation lo tiene todo el mundo. "Conocimientos en Postman y Selenium" aparece en cada línea.
¿Cómo decide a cuál llama? Mira quién trajo algo concreto. Un bug que encontraste y documentaste. Un caso de prueba que escribiste para una app real. Un test automatizado que corre — aunque sea uno solo.
Eso son las tres evidencias. Y juntar las tres te toma menos tiempo que terminar un curso completo.
No tienes trabajo. Bien. Tienes un celular y una laptop. Abre cualquier app que usas a diario — tu banco, un e-commerce, una red social. Úsala como tester, no como usuario: pon texto donde se esperan números, deja un formulario a medias y recarga, cambia de idioma a mitad del flujo, presiona dos veces el botón de comprar.
Vas a encontrar algo raro. Documenta:
Qué app, qué versión
Pasos exactos para reproducirlo
Resultado esperado vs real
Severidad (¿bloquea? ¿molesta? ¿es cosmético?)
Eso es un bug report profesional. No necesita herramientas caras — lo haces en un Google Doc.
Hazlo tres veces sobre tres apps distintas. Súbelos a un repositorio público de GitHub como "Portfolio QA — Bug reports". Listo. Primera evidencia.
Tomas uno de esos bugs y escribes casos de prueba alrededor del flujo. Precondiciones, datos de entrada, pasos numerados, resultado esperado, criterios de aceptación.
Pero no escribas 1: escribe 5 sobre el mismo flujo. Camino feliz, dos caminos de error, un caso borde, un caso de seguridad. Eso muestra algo que un curso no enseña: criterio. Saber qué probar, no solo cómo.
¿Cómo sabes si está bien escrito? Dáselo a alguien que no trabaje en tech y pídele que ejecute los pasos sin hacerte preguntas. Si puede, sirve. Si te pregunta, reescríbelo.
Aquí es donde la mitad de los aspirantes se atora: "todavía no sé programar". Bien — aprende lo mínimo. Cómo abrir un navegador, ir a una página, llenar un formulario, hacer una aserción. Playwright tiene un modo de grabar que te deja hacerlo casi sin código.
Tu primer test automatizado no tiene que ser impresionante. Tiene que existir y correr. Lo subes a GitHub con un README que explica qué hace y cómo ejecutarlo. Ya está.
Con ese único test automatizado estás en el 10% superior de aspirantes junior. El resto sigue "estudiando" Selenium sin haber corrido nunca nada.
En 2020 el diferencial era saber. En 2026 el diferencial es haber hecho. La IA te explica cualquier concepto de testing en tres minutos — eso ya no es escaso. Lo escaso ahora es criterio y ejecución. Y eso solo se demuestra con evidencia.
Además: un reclutador con 200 CVs no tiene tiempo de leer "conocimientos en...". Tiene tiempo de hacer clic en un link de GitHub y ver si hay algo real del otro lado.
- No estudies 6 meses antes de hacer nada práctico. Aprender y producir en paralelo es más rápido.
- No te encierres a sacar 3 certificaciones antes de postular. Una + evidencia concreta pesa más que tres sin nada tangible.
- No esperes a "sentirte listo". No te vas a sentir listo nunca. El primer bug se encuentra cuando ya no sabes qué más probar — y eso te enseña más que cualquier módulo teórico.
Los cursos te dan conocimiento. Las certificaciones te dan credibilidad. Pero lo que te consigue la entrevista es la evidencia.
Junta las tres antes de enviar tu primer CV. Te toma entre dos y tres semanas si le dedicas tiempo real. Y cuando llegue la entrevista, vas a tener algo que el 90% de los juniors no: no vas a hablar de lo que aprendiste. Vas a mostrarlo.
Si quieres una ruta estructurada con acompañamiento mientras armas tus tres evidencias, el curso Manual de TesteandoYa incluye ejercicios sobre apps reales — no solo teoría. Y si ya decidiste que lo tuyo va por el lado técnico, el curso QA Automation Pro te lleva del primer test en Playwright a un framework completo.
Pero empieces por donde empieces: las tres evidencias son tuyas. Hazlas tú.
