Pruebas

República Bolivariana de Venezuela Instituto Universitario de Tecnología “José Antonio Anzoátegui” Extensión Puerto La Cruz.

Estrategias de Prueba de Software.

Profesor: Xavier Mezones Prueba y Validación de Software PNF Informática Secc. 2 Turno: Noche Trayecto III trimestre III

Autores: García Rocelys C.I: 20.764.016 Parabavires Rosmery C.I: 17.902.307 Rubio Ronald C.I: 10.422.406Subero Samuel C.I: 11.423.156 Trebol Ingelis C.I: 8.284.462

BNA, FEBRERO 2013

INTRODUCCIÓN

Las fases de pruebas del sistema tienen como

objetivo verificar que se

cumplan una serie de pasos para su respectiva comprobación de sus requisitos. Dentro de esta fase pueden desarrollarse varios tipos de pruebas en función de los objetivos de las mismas. Algunos tipos son pruebas funcionales,pruebas de usabilidad, pruebas de rendimiento, pruebas de seguridad, etc. Estas fases se centran en pruebas funcionales de

aplicaciones con interfaces gráficas que ofrece a los actores humanos la funcionalidad recogida en su especificación. Una de las técnicas más empleadas de sistemas software son los casos de uso. Una ventaja de los casos de uso es que se ocultan los detalles internos delsistema, son rápidos de construir, fáciles de modificar y entender por los clientes y futuros usuarios del sistema y pueden aplicarse a distintos tipos de sistemas.

1. Estrategias de pruebas de software
Integran técnicas de casos de prueba en una serie de pasos planeados que llevan a la construcción exitosa del software. Esta estrategia describe los pasos que hay que llevar a cabo como parte dela prueba, cuándo se deben planificar y realizar estos pasos, y cuánto esfuerzo, tiempo y recursos se van a requerir. Cualquier estrategia de prueba debe incorporar la planeación de las pruebas, el diseño de casos de prueba, la ejecución de pruebas y la agrupación y evaluación de los datos resultantes. Una estrategia de prueba debe ser lo suficientemente flexible para promover la creatividad y laadecuación necesaria a los sistemas de SW, y lo suficientemente rígida para promover una planeación razonable y un seguimiento administrativo a medida que el proyecto progresa.

1.1 Prueba de unidad
La prueba de unidad centra el proceso de verificación en la menor unidad del diseño del software: el componente software o módulo. Consideraciones sobre la prueba de unidad. 1. Se prueba la interfazdel módulo 2. Se examinan las estructuras de datos locales 3. Se prueban las condiciones límite 4. Se ejercitan todos los caminos independientes 5. Se prueban todos los caminos de manejo de errores.

Antes de iniciar cualquier otra prueba es preciso probar el flujo de datos de la interfaz del módulo. Se deben diseñar casos de prueba para detectar errores debidos a cálculos incorrectos,comparaciones incorrectas o flujos de control inapropiados. La prueba de límites es la última tarea del paso de la prueba de unidad.

1.2 Pruebas de integración
Es una técnica sistemática para construir la estructura del programa, mientras que al mismo tiempo se llevan a cabo las pruebas para detectar errores asociados con la interacción. Integración Descendente La prueba de integración descendente esun planteamiento incremental a la construcción de la estructura de programas. Se integran módulos moviéndose hacia abajo por la jerarquía de control, comenzando por el módulo de control principal (programa principal). La integración primero en profundidad integra todos los módulos de un camino de control principal de la estructura. La integración primero en anchura incorpora todos los módulosdirectamente subordinados a cada nivel, moviéndose por la estructura de forma horizontal. El proceso de integración se realiza en una serie de cinco pasos:

1. Se usa el módulo de control principal como controlador de la prueba, disponiendo módulos de resguardos para todos los

directamente subordinados al módulo de control principal.

2. Dependiendo del enfoque de integración se van...