Saltar al contenido

QA & TestingJunior45-60 min

Entrevista QA Tester Junior

Guía para tu primera entrevista en QA. Fundamentos de testing, tipos de pruebas, reporte de bugs, casos de prueba y herramientas básicas.

17 preguntas3 secciones6 tips

Preguntas Técnicas 7 preguntas

¿Qué tipos de pruebas de software conoces? Describe cada una brevemente Fácil

Hint: Unitarias, integración, funcionales, regresión, smoke, acceptance, performance, security. Testing pyramid.

¿Cuál es la diferencia entre verificación y validación? Fácil

Hint: Verificación: estamos construyendo el producto correctamente? Validación: estamos construyendo el producto correcto?

¿Cómo escribes un buen caso de prueba? ¿Qué elementos debe tener? Fácil

Hint: ID, título descriptivo, precondiciones, pasos, datos de prueba, resultado esperado, prioridad, tipo.

¿Qué es un bug report efectivo y qué información debe contener? Fácil

Hint: Título, pasos para reproducir, resultado actual vs esperado, severidad, prioridad, screenshots/video, ambiente.

Explica la diferencia entre pruebas de caja negra y caja blanca Fácil

Hint: Caja negra: sin conocer código interno, basado en requerimientos. Caja blanca: conociendo la implementación, cobertura de código.

¿Qué es regression testing y por qué es importante? Media

Hint: Verificar que cambios nuevos no rompan funcionalidad existente. Automatizar para eficiencia. Priorización de casos.

Describe las técnicas de diseño de pruebas: equivalence partitioning y boundary value analysis Media

Hint: EP: dividir inputs en clases equivalentes, probar una por clase. BVA: probar en los límites (min, min-1, max, max+1).

Preguntas de Comportamiento 5 preguntas

Encontraste un bug crítico pero el equipo quiere lanzar mañana. ¿Qué haces? Media

Hint: Documentar con evidencia, comunicar riesgo, proponer workaround, escalar si necesario. No ser blocker pero tampoco callar.

¿Cómo te organizas cuando tienes que probar una funcionalidad compleja? Fácil

Hint: Entender requerimiento, hacer test plan, priorizar escenarios, ejecutar, reportar. Metódico.

Un developer dice que tu bug report no es válido. ¿Cómo lo manejas? Media

Hint: Reproducir juntos, mostrar evidencia, discutir requerimiento, escalar si hay desacuerdo en especificación.

¿Qué te atrae del rol de QA? Fácil

Hint: Respuesta genuina: atención al detalle, proteger al usuario, pensamiento analítico, ser el último filtro de calidad.

Describe un producto o app que crees que tiene mala calidad. ¿Qué mejorarías? Fácil

Hint: Observación crítica, identificar problemas UX y funcionales, proponer mejoras concretas. Muestra tu ojo para el detalle.

Ejercicio Práctico 5 preguntas

Escribe los casos de prueba para un formulario de registro con email, password y confirmación Fácil

Hint: Casos positivos, negativos, boundary values, formatos inválidos, campos vacíos, passwords que no coinciden.

Dado un carrito de compras, identifica al menos 15 escenarios de prueba Media

Hint: Agregar/eliminar items, cantidades, descuentos, envío, stock, session timeout, multiple tabs, back button.

Escribe un bug report para: "El botón de comprar a veces no responde" Fácil

Hint: Pasos exactos para reproducir, browser/device, frecuencia, screenshots, console errors, condiciones específicas.

Diseña un test plan para probar una nueva feature de búsqueda con filtros Media

Hint: Scope, approach, tipos de pruebas, ambientes, data necesaria, criterios de aceptación, cronograma.

Prioriza estos 5 bugs: 1) Logo pixelado, 2) No se puede pagar, 3) Typo en footer, 4) App crashea al abrir, 5) Notificaciones llegan tarde Fácil

Hint: Severidad x impacto al usuario. Critical: 4, 2. Major: 5. Minor: 1, 3. Justifica cada decisión.

Tips de preparación

  1. La atención al detalle es tu superpoder. Demuestra que ves lo que otros no ven.
  2. Aprende al menos una herramienta de bug tracking: Jira, Linear, GitHub Issues.
  3. Familiarízate con navegadores y sus DevTools para inspeccionar errores.
  4. Conoce básicos de API testing con Postman. Es habilidad cada vez más requerida.
  5. Practica pensamiento crítico: siempre pregunta "que pasa si...?" y "que puede fallar?".
  6. Documenta todo. Un QA que no documenta es un QA que no existe.

Recursos recomendados

Encuentra tu próxima oportunidad

Explora vacantes de QA & Testing disponibles ahora.

Ver vacantes de QA & Testing

By BRAINLLM 0.8.6