Si estás buscando trabajo como QA Tester, llega un momento en que el CV pasa el filtro y toca enfrentarse a la entrevista. Y si no te has preparado, puede pillar por sorpresa. En este artículo recopilo las preguntas más frecuentes que hacen en entrevistas de QA, con respuestas claras y directas para que vayas con confianza.
Preguntas generales y de motivación
¿Por qué quieres trabajar en QA?
Esta es casi siempre la primera pregunta. Lo que el entrevistador quiere saber es si tienes una motivación real o si el QA es simplemente «una forma fácil de entrar en tecnología». Eso último es una señal de alerta para cualquier empresa.
Una buena respuesta menciona la atención al detalle, la satisfacción de encontrar errores antes de que lleguen a los usuarios y el interés genuino por la calidad del software. Si tienes una historia real detrás — como un cambio de carrera con un propósito claro — mucho mejor.
¿Qué diferencia hay entre QA, QC y Testing?
Una de las preguntas teóricas más clásicas. La respuesta corta:
QA (Quality Assurance) es el proceso de definir cómo se va a garantizar la calidad a lo largo de todo el ciclo de desarrollo. Es preventivo.
QC (Quality Control) es la verificación de que el producto cumple los estándares de calidad definidos. Es reactivo.
Testing es la ejecución de pruebas para encontrar defectos en el software. Es una actividad dentro del QC.
¿Cuándo debería empezar el testing en un proyecto?
Lo antes posible. El testing debe comenzar desde la fase de requisitos, no cuando el desarrollo ya está terminado. Cuanto antes se detecta un error, más barato es corregirlo. Esto conecta directamente con el concepto de shift-left testing.
Preguntas técnicas fundamentales
¿Qué tipos de pruebas conoces?
Aquí esperan que menciones varios tipos con criterio, no una lista memorizada. Los más importantes:
Pruebas funcionales — verifican que el software hace lo que debe hacer. Pruebas de regresión — comprueban que los cambios no han roto nada que ya funcionaba. Pruebas de humo — verificación rápida de que las funcionalidades críticas funcionan antes de hacer pruebas más profundas. Pruebas exploratorias — testing sin un guion definido, buscando comportamientos inesperados. Pruebas de API — validación de endpoints, códigos de respuesta y estructura de datos. Pruebas de rendimiento — cómo se comporta la aplicación bajo carga.
¿Qué es un caso de prueba y qué debe incluir?
Un caso de prueba es la descripción de una verificación específica que se va a realizar sobre el software. Debe incluir: ID único, descripción del caso, precondiciones, pasos de ejecución, datos de entrada, resultado esperado y resultado obtenido.
¿Cuál es la diferencia entre un bug, un error y un defecto?
Un error es un equivocación humana — por ejemplo, un desarrollador que interpreta mal un requisito. Un defecto es la consecuencia de ese error en el código. Un bug es el término informal que usamos habitualmente para referirnos a un defecto.
¿Qué información debe incluir un buen reporte de bug?
Título descriptivo, pasos claros para reproducirlo, resultado obtenido, resultado esperado, entorno donde se reproduce (navegador, SO, versión), severidad, prioridad y evidencias como capturas de pantalla o vídeos.
¿Qué es la severidad y la prioridad de un bug y en qué se diferencian?
La severidad describe el impacto técnico del bug en el sistema. La prioridad describe la urgencia con la que hay que corregirlo desde el punto de vista del negocio.
Un bug puede tener severidad alta pero prioridad baja — por ejemplo, un error en una funcionalidad poco usada. O severidad baja pero prioridad alta — un error estético en la página de inicio que ven todos los usuarios.
Preguntas sobre herramientas
¿Qué herramientas de testing has usado?
Aquí tienes que ser honesta sobre tu nivel real con cada herramienta. Mejor decir «tengo experiencia básica con Playwright y lo he usado en proyectos propios» que exagerar y que te pillen en la prueba técnica.
Las herramientas más valoradas actualmente en España son Playwright o Selenium para automatización, Postman para API Testing, Jira para gestión de bugs y GitHub Actions para CI/CD.
¿Has trabajado con Jira? ¿Para qué lo has usado?
Jira se usa para reportar bugs, gestionar historias de usuario, hacer seguimiento del trabajo del sprint y documentar el ciclo de vida de los defectos. Si has trabajado con él aunque sea en proyectos formativos, menciónalo con ejemplos concretos.
¿Qué es CI/CD y cómo se relaciona con el testing?
CI/CD (Integración Continua / Entrega Continua) es la práctica de integrar cambios de código frecuentemente y desplegarlos de forma automatizada. El testing encaja en CI/CD ejecutando los tests automáticamente en cada push, de forma que los errores se detectan antes de llegar a producción.
Preguntas sobre metodologías
¿Has trabajado con metodologías ágiles? ¿Cómo funciona el QA en Scrum?
En Scrum el QA forma parte del equipo de desarrollo y participa en todas las ceremonias: sprint planning, daily standup, sprint review y retrospectiva. El testing no es una fase separada al final — ocurre dentro de cada sprint, en paralelo al desarrollo.
¿Qué es la Definition of Done?
Es la lista de criterios que debe cumplir una historia de usuario para considerarse terminada. Para el QA incluye criterios como: casos de prueba ejecutados, bugs críticos resueltos y tests automatizados pasando en CI/CD.
Preguntas de escenario — las más difíciles
¿Cómo probarías el formulario de login de una aplicación?
Esta es una pregunta clásica que evalúa tu forma de pensar. Una respuesta completa cubre: login correcto con credenciales válidas, login con contraseña incorrecta, login con email incorrecto, campos vacíos, email sin formato válido, comportamiento tras varios intentos fallidos, recuperación de contraseña y compatibilidad en distintos navegadores.
¿Qué harías si encuentras un bug crítico el día antes del lanzamiento?
Lo reportas inmediatamente con toda la información necesaria, evalúas el impacto real en el negocio, lo comunicas al equipo y al responsable de producto y ayudas a priorizar si se corrige antes del lanzamiento o se documenta como riesgo conocido. No tomar la decisión solo — es una decisión de equipo.
¿Cómo priorizarías qué testear si tienes poco tiempo?
Primero los flujos críticos que no pueden fallar bajo ningún concepto — login, pago, registro. Luego las funcionalidades nuevas de ese release. Después las áreas que han tenido más bugs históricamente. Y por último las funcionalidades menos usadas o menos críticas.
Preguntas sobre IA y automatización — cada vez más frecuentes
¿Has usado herramientas de IA en tu trabajo de QA?
Este tipo de pregunta es cada vez más frecuente en entrevistas. Si has usado herramientas como el AI Test Case Generator o el API Test Generator para acelerar la generación de tests, menciónalo. Demuestra que estás al día con las tendencias del sector.
¿Cuál es tu opinión sobre la IA en el testing?
Una respuesta equilibrada: la IA acelera las partes repetitivas como la generación de casos de prueba, pero no sustituye al criterio humano para el testing exploratorio, la comprensión del negocio y la toma de decisiones. El QA que sabe usar la IA es más productivo, no prescindible.
Consejos finales para la entrevista
Investiga la empresa antes de ir. Saber a qué se dedican, qué tecnologías usan y qué tipo de producto tienen te permite contextualizar tus respuestas y hacer preguntas inteligentes al final.
Lleva ejemplos concretos. Siempre que puedas, respalda tus respuestas con ejemplos reales de proyectos propios. Un portafolio en GitHub con proyectos visibles vale más que mil palabras.
Sé honesta con tu nivel. Exagerar las habilidades y que te descubran en una prueba técnica es mucho peor que reconocer que algo lo tienes a nivel básico pero tienes ganas de aprender.
Si quieres saber más sobre cómo preparar tu perfil para el mercado laboral, puedes visitar fatimaqa.com para ver mi portafolio.