Un conjunto de evaluaciones cuyo
fin es identificar y descubrir un error.
PERMITEN DISEÑAR PRUEBAS QUE:
1. Comprueba la lógica interna de los componentes software.
2. Verifica los dominios de entrada y salida del programa para
descubrir errores en la funcionalidad, el comportamiento y
rendimiento.
EL SOFTWARE DEBE APROBARSE
DESDE DOS PERSPECTIVAS ESTAS
SON:
1. La lógica interna del
programa. Utilizando
pruebas de "caja blanca".
2. Los requisitos del
software. Utilizando
pruebas de caja negra
SUS OBJETIVOS SON:
*Descubrir un error.
* Mostrar un error no
descubierto hasta ese
momento. * Descubrir
un error no detectado
hasta ese momento.
LAS PRUEBAS TIENEN LOS
SIGUIENTES PRINCIPIOS:
* Las pruebas deben tener un seguimiento hasta los
requisitos del cliente. *Las pruebas deben planificarse
antes de que empiecen. * Es aplicable el principio de Pareto
a la prueba de software. * No es posible las pruebas
exhaustivas. * Las pruebas deben ser realizadas por un
equipo independiente.
DISEÑO DE CASOS DE PRUEBA:
Tiene un único objetivo: tener la mayor probabilidad de encontrar el mayor
numero de errores con la mínima cantidad de esfuerzo y tiempo posible.
PUEDE APROBARSE DE UNA DE LAS SIGUIENTES FORMAS:
1.Conociendo la función para la que fue diseñado el producto.
2. Conociendo el funcionamiento del producto.
TIPOS DE PRUEBAS:
Caja blanca
Camino Básico
De estructuras de control
Caja Negra
De entornos especializados
Prueba de interfaces graficas
de usuario.
Prueba de arquitectura cliente/servidor.
Prueba de la documentación y
facilidades de ayudas.
Prueba de sistemas de tiempo real
Consiste en estudiar la
especificación de las funciones, la
entrada y la salida para derivar los
casos. Estudia todas las posibles
entradas y salidas del programa.
LA PRUEBA DE CAJA NEGRA, TAMBIEN
ENCUENTRA ERRORES DE:
* Funciones incorrectas o ausentes. * Errores de
interfaz. * Errores en estructuras de datos o en accesos
a bases de datos externas. * Errores de rendimiento. *
Errores de inicialización y de terminación.
COMPRENDE LAS SIGUIENTES
PRUEBAS:
1.Prueba de condición: Se centra en la
prueba de cada una de las condiciones del
programa y tiene como propósito detectar
los errores en las condiciones de un
programa y los errores del programa.
2. Prueba del flujo de datos: Se centra en la
selección de caminos de prueba de un programa de
acuerdo con la ubicación de las definiciones y los
usos de las variables del programa. Es útil para
seleccionar caminos de prueba de un programa que
contenga sentencias if o bucles anidados.
3. Prueba de bucles: Se centra en la validez de las
construcciones de bucles.
Permite obtener una medida de la complejidad
de la lógica de un diseño procedimental y usar
esa medida como guía para la definición de un
conjunto básico de camino de ejecución.
Permite que se ejecute por lo menos una vez
cada sentencia del programa.
Se centra en la estructura
interna del programa. Consiste
en probar todos los posibles
caminos de ejecución a través de
las instrucciones de código, que
puedan trazarse.
EL INGENIERO DE SOFTWARE PUEDE:
1. Garantizar que se recorre por lo menos una vez
todos los caminos independientes de cada modulo.
2. Recorrer todas las decisiones lógicas en sus
condiciones verdadera y falsa. 3. Recorrer todos los
bucles en sus limites y con sus limites
operacionales. 4. Recorrer las estructuras internas
de datos para asegurar su validez.