Respuesta.

El diseño de pruebas es el proceso de desarrollo de escenarios de prueba y datos basados en requisitos, especificaciones y análisis del producto. Surgió de la necesidad de estructurar las pruebas para asegurar la máxima cobertura y minimizar la duplicación de esfuerzos.

Historia de la cuestión:

Anteriormente, las pruebas se elaboraban de forma intuitiva, lo que llevaba a vacíos en las verificaciones y un uso ineficiente de los recursos. Los métodos de diseño de pruebas han permitido mejorar la calidad y la integridad de la cobertura.

Problema:

Sin técnicas formalizadas, existe el riesgo de realizar pruebas similares en exceso o, por el contrario, de omitir casos críticos. También es difícil demostrar la suficiencia de las pruebas antes del lanzamiento.

Solución:

La implementación de técnicas de diseño de pruebas permite distribuir racionalmente los recursos, identificar las verificaciones más prioritarias y mantener el control sobre la cobertura. Técnicas clave:

Particionamiento de equivalencia (división de datos de entrada en clases de equivalencia: cada clase es probada por una prueba)
Análisis de límites (pruebas en los límites de los rangos, donde a menudo se presentan errores)
Tabla de causas y efectos (formalización de las lógicas de transiciones y condiciones)
Pruebas en pares (Pairwise) (cobertura de todos los pares posibles de parámetros de entrada)

Características clave:

Cobertura racional de los datos de entrada
Prevención de la duplicación de casos de prueba
Documentación de procesos

Preguntas trampa.

¿Es suficiente probar solo los valores límite para una cobertura completa?

No, también es necesario considerar escenarios positivos/negativos, verificaciones de la lógica empresarial y casos no equivalentes.

¿En qué casos es mejor usar pairwise en lugar de particionamiento de equivalencia?

Cuando existen varios parámetros con diferentes rangos de valores, pairwise revela de manera más efectiva los errores de interacción entre parámetros.

¿Es suficiente realizar pruebas sobre especificaciones obsoletas?

No, las especificaciones deben estar actualizadas, de lo contrario la cobertura de las pruebas no corresponderá al producto actual.

Errores típicos y anti-patrones

Verificación solo "a ojo" a través de la interfaz sin aplicar técnicas
Omisión de casos límites
Duplicación de pruebas sin análisis de coberturas

Ejemplo de la vida real

Caso negativo

Probar el campo "Edad" solo con 18, 25, 40 años, mientras que los errores críticos en los límites (0, 100) no fueron detectados hasta el lanzamiento.

Ventajas:

Preparación rápida de pruebas

Desventajas:

Omisión de importantes casos límite
Errores críticos fueron a producción

Caso positivo

Se utilizó el método de clases equivalentes y valores límite: las pruebas cubrieron 0, 1, 17, 18, 99, 100, 101, así como valores típicos dentro del rango.