Si te estás preparando para una entrevista de QA, hay dos técnicas que van a aparecer sí o sí: la partición de equivalencia y el análisis de valores límite. Son dos de las técnicas de diseño de casos de prueba más usadas en el sector y entenderlas bien marca la diferencia entre un QA que prueba todo a ciegas y uno que prueba de forma inteligente.
En este artículo te explico qué son, cómo funcionan juntas y cómo aplicarlas en proyectos reales.
El problema que resuelven
Imagina que tienes que probar un campo de edad en un formulario de registro que solo acepta valores entre 18 y 65 años. Si quisieras probar todos los valores posibles — 0, 1, 2, 3… hasta 150 — tardarías horas y la mayoría de esas pruebas no aportarían nada nuevo.
La partición de equivalencia y el análisis de valores límite son técnicas que permiten seleccionar los casos de prueba más representativos para maximizar la cobertura con el mínimo número de tests.
Qué es la partición de equivalencia
La partición de equivalencia divide los datos de entrada en grupos o clases donde todos los valores dentro de un mismo grupo se comportan de la misma forma desde el punto de vista del sistema.
La lógica es esta: si el sistema trata igual a todos los valores de una clase, con probar uno de esa clase es suficiente. No hace falta probar 18, 19, 20, 21… si todos producen el mismo resultado.
Siguiendo el ejemplo del campo de edad con rango 18-65, las clases serían estas:
Clase válida: valores entre 18 y 65 — el sistema los acepta. Con probar un valor como 35 es suficiente para representar toda esta clase.
Clase inválida 1: valores menores de 18 — el sistema los rechaza. Con probar un valor como 10 es suficiente.
Clase inválida 2: valores mayores de 65 — el sistema los rechaza. Con probar un valor como 80 es suficiente.
Clase inválida 3: valores no numéricos — letras, caracteres especiales. Con probar «abc» es suficiente.
En lugar de probar decenas de valores, con cuatro casos de prueba bien elegidos cubres toda la casuística relevante.
Qué es el análisis de valores límite
El análisis de valores límite complementa la partición de equivalencia focalizándose en los bordes de cada clase. La experiencia demuestra que los bugs aparecen con mucha más frecuencia en los límites que en el interior de una clase.
Para el campo de edad con rango 18-65, los valores límite son:
Límite inferior: 17 (justo fuera del rango), 18 (primer valor válido), 19 (segundo valor válido).
Límite superior: 64 (penúltimo valor válido), 65 (último valor válido), 66 (justo fuera del rango).
Con estos seis valores límite más los representativos de cada clase interior, tienes una cobertura excelente con muy pocos casos de prueba.
Por qué los límites son tan importantes
Los errores de programación más comunes ocurren en los límites. Un desarrollador que escribe edad > 18 en lugar de edad >= 18 hace que el valor 18 exacto sea rechazado. Ese bug solo lo detectas si pruebas exactamente en el límite.
Este tipo de error — llamado off-by-one error — es uno de los más frecuentes en el desarrollo de software y solo se detecta probando los valores exactos del límite.
Cómo aplicar las dos técnicas juntas
El proceso completo es este:
Primero identifies las particiones de equivalencia — clases válidas e inválidas. Luego para cada límite entre clases aplicas el análisis de valores límite probando el valor justo antes del límite, el límite exacto y el valor justo después.
Para el campo de edad 18-65 los casos de prueba finales quedarían así:
| Caso de prueba | Valor | Clase | Resultado esperado |
|---|---|---|---|
| Valor representativo válido | 35 | Válida | Aceptado |
| Límite inferior menos uno | 17 | Inválida | Rechazado |
| Límite inferior exacto | 18 | Válida | Aceptado |
| Límite inferior más uno | 19 | Válida | Aceptado |
| Límite superior menos uno | 64 | Válida | Aceptado |
| Límite superior exacto | 65 | Válida | Aceptado |
| Límite superior más uno | 66 | Inválida | Rechazado |
| Valor no numérico | «abc» | Inválida | Rechazado |
| Campo vacío | «» | Inválida | Rechazado |
Con 9 casos de prueba bien diseñados tienes mejor cobertura que con 100 valores aleatorios.
Un ejemplo práctico con un campo de contraseña
Apliquemos las dos técnicas a un campo de contraseña que debe tener entre 8 y 20 caracteres.
Las particiones de equivalencia son: contraseñas con longitud entre 8 y 20 caracteres (válida), contraseñas con menos de 8 caracteres (inválida) y contraseñas con más de 20 caracteres (inválida).
Los valores límite son: 7 caracteres (inválido), 8 caracteres (válido mínimo), 9 caracteres (válido), 19 caracteres (válido), 20 caracteres (válido máximo) y 21 caracteres (inválido).
Cómo responder en una entrevista
Si te preguntan por estas técnicas en una entrevista, la respuesta ideal incluye tres cosas: la definición clara de cada técnica, el motivo por el que se usan juntas y un ejemplo concreto que hayas aplicado.
Con lo que has leído en este artículo tienes suficiente para responder con seguridad. Si quieres ver más técnicas de diseño de casos de prueba puedes leer cómo crear casos de prueba desde cero o qué es el testing exploratorio.
Y si necesitas ayuda para implementar una estrategia de testing en tu proyecto puedes ver mis servicios en fatimaqa.com.