SESIÓN 9:

PRUEBAS FUNCIONALES
Curso: Calidad y Pruebas de Software
Docente: Lain Jardiel Cárdenas Escalante
PROPÓSITO
RECAPITULACIÓN
SABERES PREVIOS
PROBLEMATIZACIÓN
 LA PRUEBA FUNCIONAL
• Es un proceso para encontrar discrepancias entre el programa y la
especificación funcional.
• La prueba funcional toma el punto de vista del usuario.
• Para realizar pruebas funcionales, la especificación se analiza para
derivar los casos de prueba.
• Las funciones son probadas ingresando las entradas y examinando las
salidas.
• Permite verificar si no se obtienen resultados correctos, exactos y con
el grado de precisión acordado.
• Permite encontrar funciones ausentes.
.
TÉCNICAS DE CAJA NEGRA

También conocidas como pruebas de comportamiento. Las pruebas de

caja negra se llevan a cabo sobre la interfaz del software, obviando el
comportamiento interno y la estructura del programa.
 TÉCNICAS DE CAJA NEGRA

Técnicas:
• Partición de equivalencias.
• Análisis de valores límite.
• Métodos basados en grafos.
• Pruebas de comparación.
• Análisis causa-efecto.

Estas técnicas definen los criterios para confeccionar los Casos de

Prueba.
TÉCNICAS DE CAJA NEGRA
Partición de Equivalencias
• Es un método que divide el campo de entrada de un programa en
clases de datos de los que se pueden derivar casos de prueba.
• Se puede asumir que una prueba realizada con un valor representativo
de cada clase es equivalente a una prueba realizada con cualquier otro
valor de dicha clase.
• El diseño de casos de prueba según esta técnica consta de dos pasos:
a. Identificar las clases de equivalencia.
b. Identificar los casos de prueba.
.
TÉCNICAS DE CAJA NEGRA
Clases de equivalencia
• Una clase de equivalencia representa un conjunto de estados válidos
y no válidos para las condiciones de entrada de un programa.
• Las clases de equivalencia se identifican examinando cada condición
de entrada (normalmente una frase en la especificación) y dividiéndola
en dos o más grupos.
• Se definen dos tipos de clases de equivalencia:
a. Las clases de equivalencia válidas, que representan entradas
válidas al programa.
b. Las clases de equivalencia no válidas, que representan valores de
entrada erróneos.
TÉCNICAS DE CAJA NEGRA
Ejemplos de clases de equivalencia:

CONDICIÓN CLASE VALIDA CLASE NO VALIDA

Si una condición de entrada 1: 1<=contador<=99. 2: contador < 1.

especifica un rango de valores. Por 3: contador > 99.
ejemplo, si un contador puede ir de
1 a 99.
Si una condición de entrada 1: Identificador que 2: Identificador que
especifica una situación que debe comienza con letra. no comienza con
ocurrir. Por ejemplo, el primer letra.
carácter del identificador debe ser
una letra.
Si una condición de entrada 1: Autobús. 6: Bicicleta.
especifica un conjunto de valores de 2: Camión.
entrada. Por ejemplo, el tipo de un 3: Taxi.
vehículo puede ser: autobús, 4: Coche.
camión, taxi, coche o moto. 5: Moto.
TÉCNICAS DE CAJA NEGRA
Análisis de Valores Límite:
• Las condiciones límite son aquellas que se hayan en los márgenes de
la clase de equivalencia, tanto de entrada como de salida.
• El análisis de valores límite complementa la técnica de partición de
equivalencia de manera que:
 En lugar de seleccionar cualquier caso de prueba de las clases
válidas e inválidas, se eligen los casos de prueba en los extremos.
 En lugar de centrase sólo en el dominio de entrada, los casos de
prueba se diseñan también considerando el dominio de salida.
TÉCNICAS DE CAJA NEGRA
Las pautas para casos de prueba con valores límite son:
• Si una condición de entrada especifica un rango de valores, se
diseñarán casos de prueba para los dos límites del rango, y otros dos
casos para situaciones justo por debajo y por encima de los extremos.
• Si una condición de entrada especifica un número de valores, se
diseñan dos casos de prueba para los valores mínimo y máximo,
además de otros dos casos de prueba para valores justo por encima
del máximo y justo por debajo del mínimo.
• Aplicar las reglas anteriores a los datos de salida.
• Si la entrada o salida de un programa es un conjunto ordenado, habrá
que prestar atención a los elementos primero y último del conjunto.
CASOS DE PRUEBA
Clases de equivalencia:
CONDICIÓN CLASE VALIDA CLASE NO VALIDA
Nro. Cuenta es una 1: Cualquier cadena de ocho 2: Cadena de menos de
cadena de 8 números. números. ocho números.
Clave es una cadena de 3: Cualquier cadena de cinco 4: Cadena de menos de cinco
de 5 números. números. números.
5: Cadena de más de cinco números.
Retiro esta entre 20 y 400 6: 20 <= Retiro <= 400 7: Retiro < 20
soles. 8: Retiro > 400

Casos de prueba:
Nro. Clase de Entrada 1 Entrada 2 Entrada 3 Resultado
Caso equivalencia N. Cuenta Clave Retiro esperado
CP01 1, 3, 6a 12345678 12345 20 Se retira el dinero.
CP02 1, 3, 6b 12345678 12345 400 Se retira el dinero.
El retiro es inferior
CP03 1, 3, 7 12345678 12345 10
a lo permitido.
LECTURAS RECOMENDADAS

 Sánchez S, Sicilia M, Rodríguez D. (2012). “Ingeniería de Software

un enfoque desde la guía SWEBOK”. Primera Ed.
 Capitulo 7: Pruebas.

 Sommerville. (2011). “Ingeniería de Software”, 9na edición.

 Capitulo 8: Pruebas de software.

 Glenford J. Myers. (2012). “The art of Software Testing”, 3er edition

 Capitulo 6: Higher-Order Testing.
 www.sistemajava.com

http://modeladodesoftware.blogspot.com

https://www.facebook.com/groups/SoftwareFactory