Usa particiones de equivalencia más análisis de valores límite. Las particiones son por debajo del rango, dentro del rango y por encima del rango, así que un representante de cada una. Los límites son la parte interesante: 0, 1, 2, 99, 100, 101. Luego añade los casos no numéricos: vacío, negativo, decimal, espacios en blanco, números muy grandes y texto, además de cómo se comporta el campo al pegar en vez de al escribir.
Por qué lo preguntan los entrevistadores
Es una comprobación de fundamentos de diseño de pruebas, deliberadamente sencilla para que el entrevistador vea si eres sistemático. Quiere que nombres la técnica, que enumeres los valores límite exactos, y luego los casos que salen del camino numérico feliz, porque los errores de uno en uno y la entrada sin validar es donde están los defectos reales. Enumerar valores sueltos sin ninguna técnica detrás suena a adivinar.
Cómo estructurar tu respuesta
- Nombra las dos técnicas antes de enumerar ningún caso.
- Enumera los valores límite explícitamente, incluidos los justo fuera del rango.
- Añade tipos y formatos inválidos, no solo números.
- Menciona las diferencias por método de entrada, como pegar o la API.
Ejemplo de respuesta
Usaría particiones de equivalencia para recortar el espacio, y luego análisis de valores límite para lo interesante. Las particiones son menos de uno, de uno a cien, y más de cien, así que un valor de cada una cubre las clases. Después los límites, que es donde viven de verdad los defectos, porque el error de uno en uno es el fallo más común en una comprobación de rango: 0, 1, 2, 99, 100 y 101. Si solo puedo ejecutar seis casos, esos son los seis. Luego voy a por todo lo que no sea un entero bien educado, porque ahí es donde se salta la validación: vacío, un solo espacio, un negativo, un decimal como 1.5, un cero a la izquierda, un número larguísimo que desborde el tipo que haya detrás, notación científica y texto normal. También pruebo el método de entrada, porque escribir, pegar y las flechas del selector del navegador suelen pasar por rutas de código distintas, y he encontrado bugs en los que se validaba al escribir y no al pegar. Y compruebo el servidor, no solo el navegador, mandando 101 directamente a la API, porque la validación en cliente es una comodidad y no un control.
¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.
Mira cómo funcionaPreguntas de seguimiento que puedes esperar
- ¿Qué esperarías que pasara en 101, y cómo lo verificarías en el servidor?
- ¿Cómo ayudaría el testing con tablas de decisión si este campo interactúa con otro?
- ¿Cómo cambia tu respuesta si el campo es un importe monetario?
Más preguntas para Ingeniero de QA
Tu entrevistador hará su propia versión de esta. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.
Predecir mis preguntas