Enfoque practico

recomendado
para el diseo de
casos
VICENTE BETANCOURT REYES
Enfoque practico recomendado
para el diseo de casos
INTRODUCCION
Los dos enfoques estudiados, caja blanca
y caja negra, representan aproximaciones
diferentes para las pruebas. El enfoque
prctico recomendado para el uso de las
tcnicas de diseo de casos pretende
mostrar el uso ms apropiado de cada
tcnica para la obtencin de un conjunto
de casos tiles sin perjuicio de las
estrategias de niveles de prueba:

2
Casos Utiles
Si la especificacin contiene combinaciones de
condiciones de entrada, comenzar formando sus
grafos de causa-efecto (ayudan a la comprensin
de dichas combinaciones)
En todos los casos, usar el anlisis de valores lmites
para aadir casos de prueba: elegir lmites para dar
valores a las causas en los casos generados
asumiendo que cada causa es una clase de
equivalencia


3
Identificar las clases vlidas y no vlidas de
equivalencia para la entrada y la salida, y aadir los
casos no incluidos anteriormente
Utilizar la tcnica de conjetura de errores para aadir
nuevos casos, referidos a valores especiales
Ejecutar los casos generados hasta el momento y
analizar la cobertura obtenida


4
Examinar la lgica del programa para aadir los
casos precisos (de caja blanca) para cumplir el
criterio de cobertura elegido si los resultados de la
ejecucin del punto 5 indican que no se ha
satisfecho el criterio de cobertura elegido (que figura
en el plan de pruebas).
5
Una cuestin importante es por qu son necesarias
las pruebas de caja blanca si comprobamos que las
funciones se realizan correctamente?



6
Los errores lgicos y las suposiciones incorrectas son
inversamente proporcionales a la probabilidad de
que se ejecute un camino del programa (a menor
probabilidad de ejecutarse un camino, mayor
nmero de errores)
Se suele creer que un determinado camino lgico
tiene pocas posibilidades de ejecutarse cuando, de
hecho, se puede ejecutar regularmente


7
Los errores tipogrficos son aleatorios; pueden
aparecer en cualquier parte del programa (sea muy
usada o no)
La probabilidad y la importancia de un trozo de
cdigo suele ser calculada de forma muy subjetiva


8
Ejemplo
Se debe recordar que tanto la prueba exhaustiva de
caja blanca como de caja negra son impracticables.
Bastara, no obstante, una prueba exhaustiva de
caja blanca solamente? Vase el siguiente
programa:


9


En este programa, una
prueba exhaustiva de
caja blanca (que pase
por todos los caminos) no
asegura necesariamente
la deteccin de los
defectos de su diseo.
10


Vase, por ejemplo,
cmo los dos casos
siguientes no
detectan ningn
problema en el
programa:
X=5, Y=5, Z=5
X=2, Y=3, Z=7

11


Estos contraejemplos
no pretenden influir
en el tipo de tcnica
de diseo de casos
que debemos elegir.
Ms bien nos indican
que conviene
emplear lo mejor de
todas las tcnicas
para obtener
pruebas ms eficaz.

El caso
X=5, Y=5, Z=5
X=2, Y=3, Z=1
s permitira detectar el defecto
de diseo de la decisin.

12
Conclusiones
Un enfoque prctico debe especificar los
pasos para la ejecucin de un conjunto de
casos de prueba o, ms generalmente, los
pasos utilizados para analizar un elemento
software con el propsito de evaluar un
conjunto de caractersticas del mismo
13
Estructura fijada en el estandar
1. Identificador nico de la especificacin y referencia
a la correspondiente especificacin de diseo de
prueba
2. Objetivo del procedimiento y lista de casos que se
ejecutan con l
3. Requisitos especiales para la ejecucin (por
ejemplo, entorno especial o personal especial)



14
4. Pasos en el procedimiento. Adems de la manera de
registrar los resultados y los incidentes de la
ejecucin, se debe especificar:
a) La secuencia necesaria de acciones para preparar la ejecucin
b) Acciones necesarias para empezar la ejecucin
c) Acciones necesarias durante la ejecucin
d) Cmo se realizarn las medidas ( por ejemplo, el tiempo de
respuesta)
e) Acciones necesarias para suspender la prueba (cuando los
acontecimientos no previstos lo obliguen)
f) Puntos para reinicio de la ejecucin y acciones necesarias para el
reinicio en estos puntos
g) Acciones necesarias para detener ordenadamente la ejecucin
h) Acciones necesarias para restaurar el entorno y dejarlo en la
situacin existente antes de las pruebas
i) Acciones necesarias para tratar los acontecimientos anmalos


15