QA manual vs QA automation: qué aprender primero
Qué hace el QA manual, qué hace el QA automation, en qué se diferencian, qué aprender primero y cómo dar el salto sin experiencia previa en programación.
Si te interesa el mundo del QA (aseguramiento de la calidad) seguramente has visto las dos etiquetas: QA manual y QA automation. No son profesiones separadas, sino dos formas de hacer el mismo trabajo: comprobar que el software funcione antes de que llegue a las personas. Aquí vas a ver en qué se diferencian, qué conviene aprender primero y cómo pasar de una a la otra.
Qué es el QA manual
Es probar el software a mano, como lo haría una persona usuaria: abrir la aplicación, recorrerla, intentar cosas, comparar lo que pasa con lo que debería pasar y reportar los errores. Según la Oficina de Estadísticas Laborales de Estados Unidos, quienes hacen QA crean planes, escenarios y procedimientos de prueba, ejecutan las pruebas, evalúan los resultados y documentan los defectos, y los reportan a quienes desarrollan junto con comentarios sobre la usabilidad y el funcionamiento.
La misma fuente señala que estas pruebas pueden hacerse con programas manuales o automatizados, y también con pruebas exploratorias, que son las que se hacen sin un guion fijo, investigando el sistema para descubrir problemas.
- Lee y entiende los requisitos o historias de usuario.
- Diseña casos de prueba: qué probar, con qué datos y qué resultado se espera.
- Ejecuta las pruebas y registra lo que encuentra, con pasos claros para reproducir cada error.
- Vuelve a probar cuando se corrige un error y revisa que no se haya roto otra cosa.
- Se comunica con desarrollo, producto y diseño para aclarar dudas.
Lo que más pesa en este rol no es la programación sino la atención al detalle, la curiosidad, el pensamiento crítico y la comunicación escrita: un buen reporte de error ahorra horas a todo el equipo.
Qué es el QA automation
Es escribir código que prueba a otro código. En lugar de repetir a mano las mismas pruebas, se programan para que corran solas, rápido y cuantas veces haga falta, por ejemplo cada vez que alguien sube un cambio. Una herramienta muy usada es Playwright: según su documentación, es un framework de pruebas de punta a punta (end-to-end) para aplicaciones web modernas, con ejecutor de pruebas, aserciones y ejecución en paralelo, y funciona con los navegadores Chromium, WebKit y Firefox. Se puede usar con Node.js, Python, Java y .NET.
- Programa pruebas automáticas de la interfaz (lo que ve el usuario) y de las APIs (lo que pasa por detrás).
- Las integra en el flujo de trabajo del equipo para que corran con cada cambio.
- Mantiene las pruebas: cuando el producto cambia, las ajusta para que sigan sirviendo.
- Analiza por qué falla una prueba: ¿es un error del producto o de la prueba?
Aquí además de entender qué probar, necesitas programar: un lenguaje (JavaScript, Python o Java suelen ser los más usados), Git, y conocer cómo funciona la web.
Diferencias principales
- Cómo se prueba: manual, con una persona recorriendo el sistema; automation, con código que lo recorre.
- Qué necesitas saber: manual, pensar como usuario, diseñar casos y comunicar bien; automation, además de eso, programar y manejar herramientas.
- Cuándo conviene: lo manual rinde cuando algo cambia seguido, es nuevo o requiere criterio humano (usabilidad, exploración). Lo automático rinde en pruebas que se repiten muchas veces y deben ser rápidas y consistentes.
- Costo de arranque: manual es más fácil de empezar; automation exige tiempo de aprendizaje, pero ahorra tiempo cuando el producto crece.
- En la práctica: la mayoría de los equipos usan las dos. Ninguna reemplaza a la otra.
¿Qué aprender primero?
Para quien empieza sin experiencia, nuestra recomendación es arrancar por los fundamentos y las pruebas manuales, y sumar la automatización poco a poco. Las razones:
- Para automatizar bien tienes que saber qué probar y por qué. Eso se aprende con los fundamentos del testing.
- Automatizar pruebas malas solo produce pruebas malas más rápido.
- El QA manual tiene una barrera de entrada más baja, y te da experiencia real en un equipo mientras aprendes a programar.
- Puedes empezar a programar en paralelo, con ejercicios pequeños, sin esperar a terminar lo manual.
Un recorrido razonable, que coincide con la guía de carrera de QA:
- 1. Fundamentos de calidad y tipos de pruebas, y cómo trabajan los equipos ágiles.
- 2. Pruebas manuales: planes, casos, escenarios y reportes de errores claros (con una herramienta de seguimiento como Jira).
- 3. Bases de la web: HTML, CSS, JavaScript y las herramientas del navegador.
- 4. Pruebas de APIs con una herramienta como Postman.
- 5. Automatización de la interfaz con Playwright o Cypress.
- 6. Git y ejecución automática de las pruebas con cada cambio.
La certificación más conocida
La ISTQB Certified Tester Foundation Level (CTFL) es una certificación de nivel inicial reconocida internacionalmente que cubre los conceptos básicos de testing, técnicas de diseño de pruebas, pruebas estáticas, gestión de pruebas y pruebas en entornos ágiles. Según AT*SQA, no pide experiencia previa en testing y cuesta US$229; el examen tiene 40 preguntas en 60 minutos (75 si el inglés no es tu idioma principal) y se aprueba con 65% o más. Sirve para ordenar los conceptos, pero no reemplaza mostrar tu trabajo.
Sueldos: lo que se sabe
Con la Encuesta de sueldos 2026.1 de Sysarmy, en Argentina el rol QA / Tester tiene medianas brutas en pesos de $1.400.000 para junior, $1.879.574 para semi senior y $2.600.000 para senior. Con sueldo dolarizado, el senior llega a $4.000.000. Es solo un dato de un país y una encuesta; en sueldos de programador en Argentina tienes el detalle con fuentes y fechas, y en México y Colombia se menciona que, en general, backend, datos, nube y ciberseguridad pagan más que soporte o QA manual.
La encuesta que usamos no separa QA manual de QA automation, así que no podemos decirte cuánto más se cobra por automatizar. Lo que sí es razonable pensar es que sumar programación amplía los puestos a los que puedes postularte. Y los sueldos cambian con el país, la empresa y el nivel: revisa siempre la fecha de cada dato.
Cómo dar el salto de manual a automation
- 1. Elige un lenguaje y quédate con él. JavaScript (si quieres apoyarte con la web) o Python (si quieres una base más general).
- 2. Automatiza algo que ya pruebas a mano. Toma un caso de prueba que conozcas bien y prográmalo. Es mucho más fácil que empezar de cero.
- 3. Aprende una herramienta de automatización web. Playwright tiene documentación oficial clara y funciona con varios lenguajes.
- 4. Suma pruebas de APIs. Son más rápidas y estables que las de interfaz, y una colección bien armada es una excelente pieza de portafolio.
- 5. Publica tu trabajo. Un repositorio con un plan de pruebas, pruebas automáticas y un README explicando cómo ejecutarlas.
- 6. Pide ese tipo de tareas en tu trabajo actual. Muchas veces el salto se da internamente, empezando por automatizar tareas repetitivas.
Para convertir todo esto en una postulación, mira cómo conseguir tu primer trabajo en IT, con un plan de 8 semanas. Y si estás eligiendo entre otros caminos, tienes el mapa de roles en IT y la comparación frontend vs backend. Los términos técnicos están en el glosario.
Preguntas frecuentes
¿Puedo ser QA sin saber programar? Sí, en el rol de QA manual. Programar es necesario para automation y amplía mucho las opciones, pero no es obligatorio para empezar.
¿QA manual tiene futuro con la IA? Las herramientas de IA ayudan a generar casos y a automatizar, pero el criterio para decidir qué probar, explorar y comunicar los problemas sigue siendo humano. Sumar automatización es una buena inversión; el recorrido está en la guía de carrera de QA.
¿Qué lenguaje conviene para QA automation? JavaScript, Python y Java son muy usados. Elige uno que te sirva para otras cosas y que aparezca en las ofertas de tu zona.
¿Necesito la certificación ISTQB para conseguir trabajo? No es obligatoria. Ayuda a ordenar los conceptos y algunas empresas la valoran, pero un portafolio con pruebas reales pesa más.
¿Cuánto tarda pasar de manual a automation? No hay un plazo confiable: depende de tu base, del tiempo que le dediques y de si puedes practicar en un trabajo real. Evita a quien te prometa una fecha.
¿Qué proyecto de portafolio conviene? Un plan de pruebas con casos y reportes para un sitio de demostración público, y una suite de pruebas automáticas con instrucciones para ejecutarla. Las ideas están en la guía de carrera de QA.
¿QA es una buena puerta de entrada a IT? Para muchas personas sí: te enseña cómo se construye el software y te permite sumar programación poco a poco. Mira las vacantes disponibles en Oportunidades.