PRUEBAS UNITARIAS

Tema 3: Pruebas y Depuración
Índice
1. ¿Qué es probar? ¿Qué es prueba?
2. Pruebas exhaustivas
3. Tipos de pruebas
 Estáticas [IDE :FindBugs, PMD,CheckStyle]
 Dinámicas
i. Unitarias [IDE: JUNIT]
1. Caja blanca: prueba del camino básico: cálculo del número
ciclomático a través del grafo de flujo, y con esto:
a. Cubrimiento de sentencias
b. Condiciones (cubrimiento)
c. Bucles
2. Cajanegra
a. Cubrimiento
b. PE
c. AVL
ii. De integración
iii. Del sistema
iv. De rendimiento [IDE: StopWath]
v. De coherencia
vi. De validación
1. Alfa
2. Beta
4. Debuggin o depuración
5. Planificación y Documentación de pruebas

1

1.- ¿Qué es probar? ¿Qué es prueba?
Algunas definiciones incorrectas:
•

Probar es demostrar que no hay errores presentes en un programa.

•

Elpropósito de probar es mostrar que el programa realiza correctamente las
funciones esperadas.

La definición Correcta
•

Probar es el proceso ejecución de un programa con el fin de encontrar errores.

Objetivos de la prueba:


La prueba es el proceso de ejecución de un programa con la intención de descubrir un
error.



Un buen caso de prueba es aquel que tiene una altaprobabilidad de mostrar un error
no descubierto hasta entonces.



Una prueba tiene éxito si descubre un error no detectado hasta entonces.

Proceso de pruebas del software

Los casos de prueba son una serie de condiciones que se establecen con el objetivo de
determinar si la aplicación funciona correctamente según lo esperado. Los casos de prueba
suelen tener un formato concreto para llevar suseguimiento e informe, especificando que es
lo que se prueba, cuáles son las condiciones o premisas, cual es el resultado esperado y por
supuesto cual es el resultado obtenido.

2

Formato modelo de los casos de prueba:
ID

Módulo a
probar

Tipo de
prueba

Descripción

Entrada/Pasos

Requisitos

Ejemplo: caja
blanca

Realizar una breve
descripción del
desarrollo yobjetivos del caso
de prueba.

Descripción paso a
paso de la ejecución
del caso de prueba y
las entradas.

Resultado
esperado

Resultado
obtenido

Descripción de
las condiciones
de ejecución
que se deben
cumplir antes de
iniciar el caso de
prueba, por
ejemplo, que se
haya realizado
correctamente
el login en el
sistema.

2.-Pruebas exhaustivas
Pruebas exhaustivas son pruebascon un enfoque donde el conjunto de pruebas abarca todas
las combinaciones de valores de entrada y precondiciones.La prueba ideal de un sistema sería
exponerlo en todas las situaciones posibles, así encontraríamos hasta el último fallo.
Indirectamente, garantizamos su respuesta ante cualquier caso que se le presente en la
ejecución real. Esto es imposible desde todos los puntos de vista:humano, económico e
incluso matemático.
Principios de las pruebas:


A todas las pruebas se les debería poder hacer un seguimiento hasta los requisitos del
cliente.



Las pruebas deberían planificarse mucho antes de que empiecen.



Las pruebas deberían empezar por “lo pequeño” y progresar hacia “lo grande”.



Para ser más eficaces (pruebas con la más alta probabilidad deencontrar errores), las
pruebas deberían ser realizadas por un equipo independiente.



Se debe inspeccionar a conciencia el resultado de cada prueba para, así, poder
descubrir posibles síntomas de defectos.



Cada caso de prueba debe definir el resultado de salida esperado.



Al generar casos de prueba, se deben incluir tanto datos de entrada válidos y
esperados como no válidos einesperados.



No deben hacerse planes de prueba suponiendo que, prácticamente, no hay defectos
en los programas, y dedicando pocos recursos a las pruebas.



La experiencia indica que donde hay un defecto hay otros.



Una buena prueba debe centrarse en dos objetivos: 1) probar si el software no hace lo
que debe hacer, y 2) probar si el software hace lo que no debe hacer.
3...