Sunteți pe pagina 1din 19

Ingeniera de Software

Estrategias de Prueba de Software

Estrategia?
Las pruebas buscan descubrir errores cometidos sin darse cuenta al realizar el diseo y construccin del software.
Una estrategia de Pruebas es un conjunto de actividades que se planean con anticipacin y se realizan de manera sistemtica.

Caractersticas de la estrategia:
Revisiones tcnicas formales A nivel de componentes (de adentro hacia fuera) Diferentes tcnicas para cada contexto
Las dirige el desarrollador del SW y un grupo independiente.

Las pruebas y la depuracin son actividades diferentes, pero muy relacionadas

Tipos de Pruebas
De bajo nivel (verifican la correcta implementacin de segmentos de cdigo)

De alto nivel (validan las principales funciones del sistema en funcin de los requisitos del cliente)

Objetivos de las Pruebas


Verificacin: Conjunto de actividades que aseguran que el software implemente correctamente una funcin especfica. Validacin: Conjunto de actividades que aseguran que el software construido corresponde con los requisitos del cliente.

Una visin global

Una visin global

Estrategias:
Esperar a que el sistema este terminado para iniciar las pruebas.

Realizar pruebas todos los das sobre todos los componentes de software.
Enfoque incremental.

Pruebas de Unidad
Verificacin de las unidades mas pequeas. Alcance restringido.
Se centran en la lgica de los procesos y las estructuras de datos.

Se puede aplicar en paralelo a varios componentes.

Pruebas de Integracin
Habiendo probado que todo funcione individualmente, las pruebas de integracin aseguran el funcionamiento del sistema como un todo (arquitectura de sw). La integracin debe ser incremental.
Integracin Descendente Integracin Ascendente

Pruebas de Regresin

A medida que se agregan nuevos componentes se crea la posibilidad de nuevos errores en partes ya probadas del sistema. Consiste en realizar nuevamente el mismo conjunto de pruebas aplicado al sistema antes de la integracin, al nuevo sistema integrado, lo anterior en adicin a de las nuevas pruebas provocadas por el nuevo componente integrado.

Criterios generales para las pruebas de integracin:


Integridad de la Interfaz interna y externa (verificar integracin a medida que se agregan componentes).
Validez Funcional (verificar errores funcionales).

Contenido de la Informacin (verificar estructuras de datos locales y globales).


Desempeo (verificar limites establecidos en el diseo).

Criterios generales para las pruebas de integracin:


Inician al terminar las pruebas de integracin, ya una vez descubiertos y corregidos los errores del sistema.

Se centra en las acciones visibles para el usuario y las salidas del sistema. Se espera satisfacer las expectativas razonables del cliente. Se basa en el documento ERS (Especificacin de Requisitos del Software)

Pruebas de Sistema
Serie de pruebas cuyo propsito principal es validar a profundidad la respuesta del sistema en un ambiente de produccin. Pruebas de Recuperacin: comprueban la capacidad de recuperarse de fallas y reanudar el procesamiento en un tiempo determinado. (Hacer fallar el sistema) Pruebas de Seguridad: comprueban que los mecanismos de proteccin integrados del sistema lo protejan de accesos y utilizacin inapropiada.

Pruebas de Sistema
Pruebas de Resistencia: Comprueban la respuesta del sistema cuando se ejecuta en los lmites para los cuales fue diseado. (con una cantidad, frecuencia y volumen anormal de recursos)
Pruebas de Desempeo: comprueban que no solo proporcione la funcionalidad, sino tambin alcance los estndares de desempeo requeridos por el usuario. (sistemas de tiempo real, sw, hw, optimizacin de recursos)

Depuracin
La depuracin es consecuencia del proceso de pruebas. Cuando un prueba descubre un error, la depuracin es la accin que lo elimina. La depuracin pretende relacionar el sntoma (resultado inesperado) con la causa (el error) para poder corregirlo.

Estrategias de Depuracin
Fuerza Bruta: Utilizar los recursos de la computadora para tratar de encontrar el error. (proceso tardado y basado en la suerte) El Rastreo: A partir del punto de error, se recorre el programa hacia atrs hasta encontrar el error (proceso manual y lento)
Eliminacin de Causas: basado en induccin o deduccin. Mtodo organizado y racional para aislar la s causas potenciales e identificar la fuente del error.

Resumen
Las pruebas ocupan el mayor porcentaje del esfuerzo tcnico en el proceso del software.

El objetivo de las pruebas del software es descubrir errores. El de la depuracin es corregirlos. La necesidad de crear software de mayor calidad exige un enfoque de pruebas ms sistemtico. (Ver captulo 14)

Resumen
Una vez que los componentes individuales han sido probados y depurados, se efectan las pruebas de integracin. Una vez que se completa el producto de software, el realizan las pruebas de sistema.

S-ar putea să vă placă și