Diseño de caso de prueba

La prueba es una técnica de detección de defectos que trata de crear fallas o errores en
forma planeada. Esto permite que el desarrollador detecte fallas en el sistema antes de que sea
lanzado al cliente.
Pruebas
Pruebas unitarias
Las pruebas unitarias tratan de encontrar defectos en los objetos participantes o en los
subsistemas, o en ambos, con respecto a los casos de uso del modelo de casos de uso.
Pruebas de integración
Las pruebas de integración son las actividades relacionadas con la localización de
defectos
cuando se prueban juntos componentes que se han probado de manera individual
Pruebas de sistema
Las pruebas de sistema prueban todos los componentes juntos, vistos como un solo
sistema, para identificar errores con respecto a los escenarios del enunciado del problema
y a los objetivos de los requerimientos.
Pruebas de caja negra y blanca
Las pruebas de caja negra se enfocan en el comportamiento de entrada/salida del
componente. Las pruebas de caja negra no manejan los aspectos internos ni
comportamiento o estructura de los componentes.
Las pruebas de caja blanca se enfocan en la estructura interna del componente. Se
asegura que se pruebe cada estado del modelo dinámico del objeto y cada interacción
entre los objetos sin importar el comportamiento de entrada/salida.
¿Qué es?
El diseño de casos de prueba es una parte de las pruebas de componentes y sistemas en las que
se diseñan los casos de prueba (entradas y salidas esperadas) para probar el sistema.
Diseño de caso de prueba
El objetivo del proceso de diseño de casos de prueba es crear un conjunto de casos de prueba que
sean efectivos descubriendo defectos en los programas y muestren que el sistema satisface sus
requerimientos.
Diseño
¿Cómo se diseña un caso de prueba?

 Se selecciona una característica del sistema o componente que se está probando.

 Se selecciona un conjunto de entradas que ejecutan dicha característica.
 Se documenta las salidas esperadas o rangos de salida.
Existen varias aproximaciones que pueden seguirse para diseñar casos de prueba:
pruebas basadas en requerimientos, pruebas de particiones y pruebas estructurales.
Pruebas basadas en requerimientos
Pruebas basadas en requerimientos
Se diseñan para probar los requerimientos del sistema. Esta aproximación se utiliza
principalmente en la etapa de pruebas del sistema.
Para cada requerimiento, se identifica casos de prueba que puedan demostrar que el
sistema satisface ese requerimiento.
Ejemplo
Dado el siguiente requerimiento de un software de pedidos:

 Cada petición debería contener un único identificador (ORDER_ID) que el usuario deberá
ser capaz de copiar en el área de peticiones de almacenamiento permanente.

Una posible prueba sería simular la emisión de varios pedidos y comprobar que el identificador de
pedido está presente en la confirmación que recibe el usuario y que es única en cada caso.
Pruebas de particiones
Se identifican particiones de entrada y salida y se diseñan pruebas para que el sistema ejecute
entradas de todas las particiones y genere salidas en todas las particiones.
Pruebas de particiones
Las particiones son grupos de datos que tienen características comúnes, como todos los números
negativos, todos los nombres con menos de 30 caracteres y así sucesivamente.
Ejemplo
Si se prueba un programa que realiza algún cálculo y requiere dos números positivos,
entonces se esperaría que el programa se comportase de la misma forma para todos los
números positivos.
Cada partición de equivalencia se muestra como una elipse.
Se identifican particiones en donde las entradas están fuera de otras particiones que se
han elegido. Estas prueban si el programa maneja entradas inválidas de forma correcta.
Consideraciones
Una buena práctica para la selección de casos de prueba es elegir casos de prueba en los
límites de las particiones junto con casos de prueba cercanos al punto medio de la
partición.
Se identifican particiones usando la especificación del programa o documentación del
usuario y, a partir de la propia experiencia, se predice qué clases de valores de entrada
es probable que detecten errores.
Pruebas estructurales
Pruebas estructurales
Se utiliza el conocimiento de la estructura del programa para diseñar pruebas que ejecuten todas
las partes del programa.
Esta aproximación se denomina a veces pruebas de caja blanca.
La comprensión del algoritmo utilizado en un componente puede ayudar a identificar
particiones adicionales y casos de prueba.