base de datos

Laura Patricia Pinto Prieto

Pruebas del software

Diseño de casos de
prueba
1.

2.

Prueba de caja negra :Conociendo la función
específica para la que fue diseñado el producto, se
pueden llevar a cabo pruebas que demuestren que
cada función es completamente operativa y, al
mismo, tiempo buscando errores en cada función;
Prueba de caja blanca : Conociendo el
funcionamiento delproducto, se pueden desarrollar
pruebas que aseguren que «todas las piezas
encajan», o sea, que la operación interna se ajusta
a las especificaciones y que todos los componentes
internos se han comprobado de forma adecuada.

Diseño de casos de prueba.
Enfoques principales

Profesor: Juan Antonio López
Quesada

(Piattini et al. 96)
Pruebas de Software

3

Diseño de casos de prueba.Comparación de los Enfoques principales

a) Enfoque estructural o de caja blanca
(transparente):
se centra en la estructura interna del programa para

elegir los casos de prueba
la prueba exhaustiva consistiría en probar todos los
posibles caminos de ejecución
nº caminos lógicos  ( buscar los más importantes)

b) Enfoque funcional o de caja negra:
para derivar los casos, seestudia la especificación de

las funciones, la entrada y la salida.



No son excluyentes.

Profesor: Juan Antonio López
Quesada

Pruebas de Software

4

Prueba de caja Negra




Las pruebas de caja negra, también denominada
prueba de comportamiento, se centran en los requisitos
funcionales del software. O sea, la prueba de caja
negra permite al ingeniero del softwareobtener
conjuntos de condiciones de entrada que ejerciten
completamente todos los requisitos funcionales de un
programa.
La prueba de caja negra intenta encontrar errores de
las siguientes categorías: (1) funciones incorrectas o
ausentes, (2) errores de interfaz, (3) errores en
estructuras de datos o en accesos a bases de datos
externas, (4) errores de rendimiento y (5) errores deinicialización y de terminación.

Profesor: Juan Antonio López
Quesada

Pruebas de Software

5

Preguntas








¿Cómo se prueba la validez funcional?
¿Cómo se prueba el rendimiento y el comportamiento
del sistema?
¿Qué clases de entrada compondrán unos buenos
casos de prueba?
¿Es el sistema particularmente sensible a ciertos valores
de entrada?
¿De qué forma están aisladoslos límites de una clase
de datos?
¿Qué volúmenes y niveles de datos tolerará el sistema?
¿Qué efectos sobre la operación del sistema tendrán
combinaciones específicas de datos?

Métodos de prueba


Métodos de prueba basados en grafos: El primer
paso en la prueba de caja negra es entender los
objetos que se modelan en el software y las relaciones
que conectan a estos objetos. Una vezque se ha
llevado a cabo esto, el siguiente paso es definir una
serie de pruebas que verifiquen que «todos los objetos
tienen entre ellos las relaciones esperadas» [BEI95].
Dicho de otra manera, la prueba del software empieza
creando un grafo de objetos importantes y sus
relaciones, y después diseñando una serie de pruebas
que cubran el grafo de manera que se ejerciten todos
los objetos ysus relaciones para descubrir los errores.

Partición equivalente
La partición equivalente es un método de prueba de caja
negra que divide el campo de entrada de un programa
en clases de datos de los que se pueden derivar casos
de prueba. Un caso de prueba ideal descubre de forma
inmediata una clase de errores (por ejemplo, proceso
incorrecto de todos los datos de carácter) que, de otromodo, requerirían la ejecución de muchos casos antes
de detectar el error genérico. La partición equivalente
se dirige a la definición de casos de prueba que
descubran clases de errores, reduciendo así el número
total de casos de prueba que hay que desarrollar.


Las clases de equivalencia se pueden definir de acuerdo
con las siguientes directrices:
1. Si una condición de entrada...