La respuesta honesta es que los tiempos que ves por internet son orientativos. Lo que de verdad marca la diferencia no es cuántas horas de curso llevas, sino cuándo empiezas a practicar con proyectos reales fuera de la formación.
Yo me empecé a sentir cómoda con Playwright y pytest cuando me puse a construir un proyecto propio, fuera del bootcamp. Ahí fue cuando todo encajó. Antes lo entendía, pero no lo dominaba. Hay una diferencia enorme entre las dos cosas.
En este artículo te doy los tiempos reales, fase por fase, para que sepas exactamente qué esperar.
Por qué los tiempos que ves en internet no son fiables
La mayoría de artículos sobre cuánto se tarda en aprender automatización de pruebas los escriben academias o plataformas de cursos. Tienen un interés claro en que el tiempo parezca corto para que te apuntes.
La realidad es más matizada. El tiempo depende de tres factores principales: si tienes base de programación previa, cuántas horas semanales le dedicas y, sobre todo, si practicas con proyectos reales o solo sigues tutoriales.
Un tutorial te enseña a copiar. Un proyecto propio te enseña a pensar. Y en QA Automation necesitas las dos cosas.
Fase 1: Python básico — 3 a 6 semanas
Si partes de cero con la programación, esta es la fase más lenta. No porque Python sea difícil, sino porque hay que cambiar la forma de pensar.
Los conceptos que necesitas para QA Automation no son muchos: variables, funciones, condicionales, bucles, listas y diccionarios. No necesitas aprender Python en profundidad, solo lo suficiente para escribir y entender tests.
Con 1 hora diaria, en 3-4 semanas tienes lo necesario para empezar con pytest. Con menos dedicación, puede extenderse a 6 semanas o más.
Señal de que estás lista para avanzar: puedes escribir una función desde cero sin copiar de ningún lado.
Fase 2: pytest — 1 a 2 semanas
Esta es la fase más rápida si ya tienes Python básico. pytest es intuitivo y la documentación oficial es muy buena.
Lo que necesitas aprender: cómo crear y ejecutar tests, fixtures, markers y el comando pytest con sus opciones básicas. Con una semana de práctica diaria es más que suficiente.
Si quieres ver cómo funciona desde cero puedes leer qué es pytest y cómo empezar.
Señal de que estás lista para avanzar: puedes organizar tests en archivos, usar fixtures y ejecutarlos desde la terminal sin consultar nada.
Fase 3: Playwright — 3 a 5 semanas para lo básico, meses para dominarlo
Aquí es donde la mayoría se traba. Y es normal.
Playwright tiene mucha documentación, muchos conceptos nuevos y al principio los errores son difíciles de interpretar. Con seguir tutoriales puedes hacer funcionar los primeros tests en una semana. Pero entender de verdad qué estás haciendo y por qué lleva más tiempo.
La clave es el salto que mencionaba al principio: en algún momento tienes que dejar de seguir tutoriales y ponerte a automatizar algo real por tu cuenta. Una web pública, un proyecto propio, lo que sea. Ese es el momento en que Playwright deja de ser algo que sigues y se convierte en algo que usas.
Para el día a día de un QA Junior, con 4-6 semanas de práctica constante tienes lo suficiente. Para dominarlo de verdad, es cosa de meses de uso en proyectos reales.
Si quieres empezar desde cero puedes leer cómo instalar Playwright en Windows paso a paso y qué es el Page Object Model.
Señal de que estás lista para avanzar: puedes escribir un test E2E desde cero para una web que no has visto antes.
Fase 4: Git, GitHub y GitHub Actions — 1 a 2 semanas
Git tiene fama de complicado pero los comandos que necesitas para el día a día son pocos. Con una semana de práctica tienes lo básico.
GitHub Actions es algo más nuevo pero tampoco es difícil una vez que tienes un proyecto en GitHub. El archivo YAML asusta al principio pero en cuanto lo ves funcionar una vez se vuelve muy intuitivo.
Puedes ver cómo configurarlo en GitHub Actions para QA.
Fase 5: Postman y API Testing — 2 a 3 semanas
Postman es probablemente la herramienta más fácil de aprender de todo el stack. La interfaz es visual e intuitiva y puedes hacer tu primera petición en minutos.
Lo que lleva más tiempo es entender bien cómo funcionan las APIs REST, los códigos de estado y cómo estructurar los tests. Con 2-3 semanas de práctica tienes lo suficiente para el nivel junior.
El resumen en números
| Fase | Tiempo estimado (1h/día) |
|---|---|
| Python básico | 3-6 semanas |
| pytest | 1-2 semanas |
| Playwright básico | 4-6 semanas |
| Git + GitHub Actions | 1-2 semanas |
| Postman + API Testing | 2-3 semanas |
| Total | 3-5 meses |
Con más dedicación — 2-3 horas diarias — puedes comprimir ese tiempo a 2-3 meses. Con menos, puede extenderse a 6 meses o más.
El factor que más acelera el aprendizaje
No es el mejor curso ni la mejor documentación. Es construir proyectos propios.
Mientras sigues tutoriales aprendes a reproducir. Cuando construyes algo propio aprendes a resolver. Y en QA Automation, resolver problemas es el trabajo.
Mi recomendación es empezar a construir proyectos propios desde el primer mes, aunque sean básicos y aunque cometas muchos errores. GitHub es tu portafolio y cada proyecto que subes dice más que cualquier certificado.
Si quieres ver un ejemplo de portafolio QA construido desde cero puedes visitar fatimaqa.com. Y si quieres la hoja de ruta completa paso a paso puedes leer cómo aprender QA Automation desde cero en 2026.
¿Cuándo estás lista para buscar trabajo?
Cuando tienes el stack básico controlado y al menos dos proyectos reales en GitHub. No hace falta dominarlo todo — hace falta demostrar que sabes hacer el trabajo.
Las empresas no contratan perfiles perfectos. Contratan personas con potencial, actitud y evidencia de que saben aprender. Un GitHub activo con proyectos reales es esa evidencia.
Si quieres saber más sobre cómo entrar al mercado laboral, puedes leer cómo conseguir trabajo como QA Tester sin experiencia en España o cuánto gana un QA Engineer en España en 2026.