casos de prueba


Definición:
Las pruebas de caja negra permiten obtener un conjunto de condiciones de entrada que ejerciten completamente los requisitos funcionales del programa

Pasos a seguir para para realizar las pruebas de caja negra

1. Analiza la especificación del diseño funcional.
2. Para cada función, utilice los métodos de caja negra para determinar entradas y salidas.
3. Desarrolla loscasos de prueba funcionales.
4. Desarrolla una Matriz de Cobertura Funcional.
5. Ejecuta los casos de prueba y mide la cobertura alcanzada.
6. Desarrolla pruebas funcionales adicionales hasta cubrir la totalidad de las funciones.

Métodos de caja negra

a) Particiones o clases de equivalencia
Esta técnica utiliza las cualidades que definen un buen caso de prueba de la siguiente manera:
Cadacaso debe cubrir el máximo número de entradas.
Debe tratarse el dominio de valores de entrada dividido en un número finito de clases de equivalencia que cumplan la siguiente propiedad: la prueba de un valor representativo de una clase permite suponer “razonablemente” que el resultado obtenido (existan defectos o no) será el mismo que el obtenido probando cualquier otro valor de la clase.
Elmétodo de diseño de casos consiste entonces en:
Identificación de clases de equivalencia.
Creación de los casos de prueba correspondientes.
Para identificar las posibles clases de equivalencia de un programa a partir de su especificación se deben seguir los siguientes pasos:
1. Identificación de las condiciones de las entradas del programa, es decir, restricciones de formato o contenido de losdatos de entrada.

2. A partir de ellas, se identifican clases de equivalencia que pueden ser:
De datos válidos.
De datos no válidos o erróneos.
La identificación de las clases se realiza basándose en el principio de igualdad de tratamiento: todos los valores de la clase deben ser tratados de la misma manera por el programa.
Existen algunas reglas que ayudan a identificar clases:
Si seespecifica un rango de valores para los datos de entrada (por ejemplo, “el número estará comprendido entre 1 y 49”), se creará una clase válida (1 " número " 49) y dos clases no válidas (número < 1 y número > 49).
Si se especifica un número de valores (por ejemplo, “se pueden registrar de uno a tres propietarios de un piso”), se creará una clase válida (1 " propietarios " 3) y dos no válidas(propietarios < 1 y propietarios > 3).
Si se especifica una situación del tipo “debe ser” o booleana (por ejemplo, “el primer carácter debe ser una letra”), se identifican una clase válida (“es una letra”) y una no válida (“no es una letra”).
Si se especifica un conjunto de valores admitidos (por ejemplo, “pueden registrarse tres tipos de inmuebles: pisos, chalés y locales comerciales”) y se sabe que elprograma trata de forma diferente cada uno de ellos, se identifica una clase válida por cada valor (en este caso son tres: piso, chalé y local) y una no válida (cualquier otro caso: por ejemplo, plaza de garaje).
En cualquier caso, si se sospecha que ciertos elementos de una clase no se tratan igual que el resto de la misma, deben dividirse en clases menores.
La aplicación de estas reglas para laderivación de clases de equivalencia permite desarrollar los casos de prueba para cada elemento de datos del dominio de entrada. La división en clases deberían realizarla personas independientes al proceso de desarrollo del programa, ya que, si lo hace la persona que preparó la especificación o diseñó el software, la existencia de algunas clases (en concreto, las no consideradas en eltratamiento) no será, probablemente, reconocida.
El último paso del método es el uso de las clases de equivalencia para identificar los casos de prueba correspondientes. Este proceso consta de las siguientes fases:
 Asignación de un número único a cada clase de equivalencia.
 Hasta que todas las clases de equivalencia hayan sido cubiertas por (incorporadas a) casos de prueba, se tratará de escribir...