Está en la página 1de 11

Tema 4:

Prueba de Caja Negra


Esmed Man Zamora
Alan Francisco Mercado
Villanueva

Pruebas de Caja Negra

Variantes de pruebas
de caja negra.

Mtodos de prueba basados en


grafos

Particin equivalente

Ejemplo de clases de equivalencia


Aplicacin
bancaria en
la que el
operador
debe
proporcionar
un cdigo,
un nombre y
una
operacin.

Anlisis de valores lmite

Prueba de Comparacin

Conjetura de Errores
Enumerar una lista de
equivocaciones que
pueden cometer los
desarrolladores.
Generar casos de prueba
en base a dicha lista.
La generacin de casos
se obtiene en base a la
intuicin o la experiencia.

Prueba de Tabla Ortogonal


Hay aplicaciones donde el nmero de parmetros de entrada es pequeo y los
valores de cada uno de los parmetros est claramente delimitado. Cuando estos
nmeros son muy pequeos (por ejemplo, 3 parmetros de entrada tomando 3
valores diferentes), es posible considerar cada permutacin de entrada y
comprobar exhaustivamente el proceso del dominio de entrada. En cualquier
caso, cuando el nmero de valores de entrada crece y el nmero de valores
diferentes para cada elemento de dato se incrementa, la prueba exhaustiva se
hace impracticable.
La prueba de la tabla ortogonal puede aplicarse a problemas en que el dominio
de entrada es relativamente pequeo pero demasiado grande para posibilitar
pruebas exhaustivas. El mtodo de prueba de la tabla ortogonal es
particularmente til al encontrar errores asociados con fallos localizados -una
categora de error asociada con defectos de la lgica dentro de un componente
software-.
La prueba de tabla ortogonal permite proporcionar una buena cobertura de
pruebas con bastantes menos casos de prueba que en la estrategia exhaustiva.

Ejemplo
Variante 1
Caso de uso: <Nombre>
Caso de prueba: <Nombre>
Entrada:<Descripcin textual de lo que ocurre en el mundo real que hace necesario ejecutar el caso
de prueba, precisando la data de entrada y los comandos a dar por el actor. Descripcin textual del
estado de la informacin almacenada>
Resultado:<Descripcin textual del estado en el que queda la informacin y las alertas que puedan
generarse, una vez ejecutado el caso de uso con los valores y el estado especificado en la entrada>
Condiciones:<Condiciones que deben cumplirse mientras se ejecuta el caso de prueba>
Variante 2
Caso de uso:<Nombre>
Rango de Valores de Entrada
Rango de Valores de Salida
Esta 2da variante se usa cuando hay varios casos de prueba que verifican diferentes escenarios del
mismo caso de uso.
Las pruebas del sistema se usan para probar que el sistema funciona correctamente como un todo.
Como parte de estas pruebas hay que:
Probar la instalacin del software en la plataforma del cliente.
Verificar el funcionamiento del software en diferentes configuraciones.
Realizar pruebas negativas que busquen que el sistema falle.
Realizar pruebas de tensin o estrs cuando hay competencia por los recursos.