El Panorama de Entrevistas de Testing Manual

Las entrevistas de testing manual tipicamente combinan tres elementos: preguntas conceptuales sobre teoria de testing, ejercicios practicos donde pruebas algo en el momento, y preguntas de comportamiento sobre tu experiencia. Esta leccion cubre los dos primeros — las preguntas de comportamiento se abordan en la Leccion 12.7.

El objetivo no es memorizar respuestas. Los entrevistadores evaluan tu proceso de pensamiento, no tu capacidad de recitar definiciones. Los mejores candidatos piensan en voz alta, hacen preguntas clarificadoras y estructuran sus respuestas logicamente.

Las 20 Preguntas Principales de Entrevistas de Testing Manual

Categoria 1: Fundamentos

P1: Cual es la diferencia entre QA, QC y Testing?

Estructura tu respuesta en capas:

  • QA (Quality Assurance): Orientado a procesos. Se enfoca en prevenir defectos mejorando procesos. Proactivo.
  • QC (Quality Control): Orientado al producto. Se enfoca en identificar defectos en el producto. Reactivo.
  • Testing: Un subconjunto de QC. La ejecucion real de pruebas para encontrar defectos.

P2: Explica el STLC (Software Testing Life Cycle).

Recorre las seis fases: Analisis de Requisitos, Planificacion de Pruebas, Diseno de Casos, Configuracion de Entorno, Ejecucion de Pruebas, Cierre de Pruebas.

P3: Cual es la diferencia entre verificacion y validacion?

  • Verificacion: Estamos construyendo el producto correctamente? (Cumple especificaciones)
  • Validacion: Estamos construyendo el producto correcto? (Satisface necesidades del usuario)

P4: Cual es la diferencia entre severidad y prioridad?

  • Severidad: Impacto tecnico del defecto en el sistema
  • Prioridad: Urgencia de negocio de corregir el defecto

Punto clave: Pueden diferir. Un typo en el nombre del CEO en la pagina principal es baja severidad pero alta prioridad. Un crash en un panel admin usado una vez al ano es alta severidad pero baja prioridad.

P5: Cuales son los siete principios del testing? (ISTQB)

Lista los siete y prepara un ejemplo para cada uno. Los mas preguntados son el Paradoja del Pesticida y Agrupamiento de Defectos.

Categoria 2: Diseno de Pruebas

P6: Que es el analisis de valores limite? Da un ejemplo.

Probar en los bordes de rangos validos de entrada. Para un campo de edades 18-65: probar 17, 18, 19, 64, 65, 66. Los defectos se agrupan en fronteras porque los desarrolladores usan operadores de comparacion incorrectos.

P7: Que es la particion de equivalencia?

Dividir datos de entrada en grupos donde todos los valores se comportan igual. Para edad (18-65): invalido bajo (<18), valido (18-65), invalido alto (>65). Probar un valor de cada particion.

P8: Como probarias una pagina de login?

Estructura tu respuesta en categorias:

  • Funcional: Login valido, password invalido, campos vacios, inyeccion SQL
  • UI/UX: Labels, mensajes de error, orden de tabulacion, enmascaramiento de password
  • Seguridad: Proteccion contra fuerza bruta, gestion de sesiones, HTTPS
  • Rendimiento: Tiempo de respuesta bajo carga
  • Accesibilidad: Lectores de pantalla, navegacion por teclado
  • Cross-browser: Chrome, Firefox, Safari, Edge

P9: Que es testing de regresion y cuando se realiza?

Probar funcionalidades sin cambios para asegurar que nuevos cambios no las rompieron. Se realiza despues de cada cambio de codigo o correccion de bug.

P10: Que es testing exploratorio?

Diseno y ejecucion simultanea de pruebas sin scripts predefinidos. El tester usa conocimiento del dominio e intuicion para explorar la aplicacion.

Categoria 3: Proceso y Documentacion

P11: Como escribes un buen reporte de bug?

Elementos esenciales: titulo, pasos para reproducir, resultado esperado vs actual, entorno, severidad/prioridad, adjuntos.

P12: Cual es la diferencia entre plan de pruebas y estrategia de pruebas?

  • Estrategia: Alto nivel, organizacional, raramente cambia
  • Plan: Especifico del proyecto, detallado, cambia por release

P13: Como decides que probar primero cuando el tiempo es limitado?

Testing basado en riesgo: priorizar segun impacto de negocio y probabilidad de fallo.

Categoria 4: Escenarios del Mundo Real

P14: Encontraste un bug critico 1 hora antes del release. Que haces?

Notificar al team lead/PM inmediatamente, documentar el bug, evaluar el impacto, presentar opciones (retrasar, lanzar con issue conocido, hotfix).

P15: Un desarrollador dice que no puede reproducir tu bug. Como respondes?

Ofrecer reproducirlo juntos, compartir detalles exactos del entorno, proveer grabacion de video, verificar condiciones especificas del entorno.

Ejercicios de Testing en Vivo

El Ejercicio “Prueba Este Objeto”

Los entrevistadores frecuentemente piden probar objetos cotidianos: un lapiz, elevador, cajero ATM, maquina expendedora.

Framework para responder:

  1. Clarificar: Preguntar quien lo usa, proposito principal, restricciones
  2. Categorizar: Organizar tests por tipo (funcional, usabilidad, seguridad, rendimiento, casos borde)
  3. Priorizar: Comenzar con los tests mas criticos
  4. Pensar en voz alta: Compartir tu razonamiento

Ejemplo: “Prueba este elevador”

Funcional: Presionar cada boton de piso, botones abrir/cerrar puerta, boton de emergencia Seguridad: Capacidad de peso, sensor de puerta, falla de energia, telefono de emergencia Usabilidad: Botones accesibles en silla de ruedas, etiquetas braille, anuncios de audio Rendimiento: Tiempo de espera entre pisos, velocidad de puerta

Ejercicio: Practica de Entrevista Simulada

Practica respondiendo estas preguntas con cronometro (2 minutos por respuesta):

  1. Tienes un flujo de checkout de e-commerce. Describe tu enfoque de testing.
  2. El CEO pregunta “Esta el producto listo para el release?” Como respondes?
  3. Prueba la funcionalidad de busqueda de un sitio e-commerce. Lista 15 test cases en 5 minutos.
Respuesta Ejemplo para Pregunta 1

Enfoque de testing para checkout de e-commerce:

Camino feliz primero:

  • Agregar item → checkout → envio → pago → confirmar → verificar confirmacion y email

Validacion de entrada:

  • Campos requeridos vacios, email invalido, tarjeta invalida, tarjeta expirada

Logica de negocio:

  • Codigos de descuento (valido, expirado, ya usado)
  • Calculo de impuestos por region
  • Calculo de envio por peso/destino
  • Verificacion de inventario durante checkout

Integracion de pago:

  • Pago exitoso, tarjeta rechazada, timeout de red, doble clic en “Pagar”, boton back despues del pago

Casos borde:

  • Timeout de sesion durante checkout
  • Multiples tabs con el mismo carrito
  • Conversion de moneda para ordenes internacionales

Banderas Rojas a Evitar

Bandera 1: Solo pensar en testing funcional. Siempre menciona aspectos no funcionales.

Bandera 2: Nunca hacer preguntas clarificadoras. Lanzarse a test cases sin entender el contexto muestra falta de pensamiento analitico.

Bandera 3: Ser negativo sobre desarrolladores. Frases como “los devs siempre escriben codigo con bugs” senalan malas habilidades de colaboracion.

Bandera 4: Afirmar que puedes probar todo. Muestra que entiendes priorizacion y testing basado en riesgo.

Puntos Clave

  • Estructura respuestas logicamente: definicion, ejemplo, aplicacion real
  • Siempre haz preguntas clarificadoras antes de probar algo
  • Organiza test cases por categoria: funcional, seguridad, rendimiento, usabilidad, casos borde
  • Piensa en voz alta — los entrevistadores evaluan tu proceso, no solo tus respuestas
  • Prepara ejemplos concretos de tu experiencia
  • La honestidad sobre vacios de conocimiento, combinada con enfoque de resolucion, genera confianza