PRUEBA DE SOFTWARE UNIDAD IV

Introduccin
Qu es probar software? Algunas definiciones incorrectas:
Probar es demostrar que no hay errores presentes en un programa. El propsito de probar es mostrar que el programa realiza correctamente las funciones esperadas.

La definicin Correcta
Probar es el proceso ejecucin de un programa con el fin de encontrar errores.

Por qu Probar Software?

Pruebas del Software

Otras Definiciones
Verificar. Validar. Pruebas. Caso de Prueba. Defecto. Fallo. Error.

Relacin entre error, defecto y fallo

Pruebas Estructurales, Funcionales y Aleatorias

El enfoque estructural o de caja blanca. Se centra en la interna del programa (analiza los caminos de ejecucin). El enfoque funcional o de caja negra. Se centra en las funciones, entradas y salidas. El enfoque aleatorio consiste en utilizar modelos (en muchas ocasiones estadsticos) que representen las posibles entradas al programa para crear a partir de ellos los casos de prueba.

PLAN DE PRUEBAS 1. Identificador nico del documento 2. Introduccin y resumen de elementos y caractersticas a probar 3. Elementos software a probar 4. Caractersticas a probar 5. Caractersticas que no se probarn 6. Enfoque general de la prueba 7. Criterios de paso/fallo para cada elemento 8. Criterios de suspensin y requisitos de reanudacin 9. Documentos a entregar 10. Actividades de preparacin y ejecucin de pruebas 11. Necesidades de entorno 12. Responsabilidades en la organizacin y realizacin de las pruebas 13. Necesidades de personal y formacin 14. Esquema de tiempos 15. Riesgos asumidos por el plan y planes de contingencias 16. Aprobaciones y firmas con nombre y puesto desempeado

Ciclo completo de las Pruebas

Enfoque de Diseo de Casos de Prueba

Enfoque estructural o de caja blanca.

Enfoque funcional o de caja negra.

Enfoque Aleatorio.

Pruebas de Caja Blanca

Garanticen que se ejercita por lo menos una vez todos los caminos independientes de cada mdulo. Ejerciten todas las decisiones lgicas en sus vertientes verdadera y falsa. Ejecuten todos los bucles en sus lmites y con sus lmites operacionales. Ejerciten las estructuras internas de datos para asegurar su validez.

Pruebas de Caja Negra.

Intenta encontrar errores de las siguientes categoras:
Funciones Incorrectas o Ausentes. Errores de Interfaz. Errores en estructuras de datos o acceso a bases de datos externas. Errores de rendimiento. Errores de inicializacin y terminacin.

Pruebas de Caja Negra.

Variantes de pruebas de caja negra.
a) Mtodos de prueba basados en grafos. b) Particin Equivalente. c) Anlisis de valores lmite. d) Prueba de Comparacin. e) Conjetura de Errores.

Pruebas Aleatorias
Se simula los posibles datos de entrada en la secuencia y frecuencia que pueden aparecer en la practica. Si el proceso de generacin se ha realizado correctamente, se crearn eventualmente todas las posibles entradas del programa en todas las posibles combinaciones y permutaciones. Baja probabilidad de encontrar errores.

PRUEBA DE UNIDAD
Se trata de las pruebas formales que permiten declarar que un mdulo est listo y terminado (no las informales que se realizan mientras se desarrollan los mdulos) Hablamos de una unidad de prueba para referirnos a uno o ms mdulos que cumplen las siguientes condiciones [IEEE, 1986a]: Todos son del mismo programa Al menos uno de ellos no ha sido probado El conjunto de mdulos es el objeto de un proceso de prueba Se trata de las pruebas formales que permiten declarar que un mdulo est listo y terminado (no las informales que se realizan mientras se desarrollan los mdulos) La prueba de unidad puede abarcar desde un mdulo hasta un grupo de mdulos (incluso un programa completo) Estas pruebas suelen realizarlas el propio personal de desarrollo, pero evitando que sea el propio programador del mdulo

PRUEBA DE INTEGRACIN
Implican una progresin ordenada de pruebas que van desde los componentes o mdulos y que culminan en el sistema completo El orden de integracin elegido afecta a diversos factores, como lo siguientes: La forma de preparar casos Las herramientas necesarias El orden de codificar y probar los mdulos El coste de la depuracin El coste de preparacin de casos

PRUEBA DEL SISTEMA

Es el proceso de prueba de un sistema integrado de hardware y software para comprobar lo siguiente: Cumplimiento de todos los requisitos funcionales, considerando el producto software final al completo en un entorno de sistema. El funcionamiento y rendimiento en las interfaces hardware, software, de usuario y de operador Adecuacin de la documentacin de usuario Ejecucin y rendimiento en condiciones lmite y de sobrecarga

PRUEBA DE ACEPTACIN
Es la prueba planificada y organizada formalmente para determinar si se cumplen los requisitos de aceptacin marcados por el cliente. Sus caractersticas principales son las siguientes: Participacin del usuario Est enfocada hacia la prueba de los requisitos de usuario especificados. Est considerada como la fase final del proceso para crear una confianza en que el producto es el apropiado para su uso en explotacin

BIBLIOGRAFIA
Fairley R. Ingeniera de Software. Pressman, R.S. Ingeniera del Software. Un enfoque prctico.