Estrategias de pruebas

14
Instituto tecnológico superior de libres Ingeniería en Sistemas Computacionales Desarrollo de Proyectos de Software ESTRATEGIAS DE PRUEBA DEL SOFTWARE Andres Flores González

Transcript of Estrategias de pruebas

Page 1: Estrategias de pruebas

Instituto tecnológico superior de libres

Ingeniería en Sistemas Computacionales

Desarrollo de Proyectos de Software

ESTRATEGIAS DE PRUEBA DEL SOFTWARE

Andres Flores González

Page 2: Estrategias de pruebas

ESTRATEGIAS DE PRUEBA DEL SOFTWARE

Las pruebas del software aplican similar estrategia moviéndonos de adentro hacia afuera de la espiral. La prueba de unidad comienza en el vértice de la espiral y se centra en cada unidad del software, tal como está implementada en código fuente. La prueba avanza para llegar a la prueba de integración, donde el foco de atención es el diseño y construcción de la arquitectura del software.

Page 3: Estrategias de pruebas

Otra vuelta hacia afuera encontramos la prueba de validación, donde se validan los requisitos establecidos como parte del análisis de requisitos del software, comparándolos con el sistema que ha sido construido. Finalmente, llegamos a la prueba del sistema en la que se prueban como un todo el software y otros elementos del sistema

Page 4: Estrategias de pruebas

centra el proceso de verificación en la menor unidad del diseño del software(Módulo). Aquí se prueban los caminos de control importantes, con el fin de descubrir errores dentro del ámbito de un módulo.Se prueba la interface para asegurar que la información fluye de forma adecuada hacia y desde la unidad del programa que está siendo probada.

PRUEBA DE UNIDAD.

Page 5: Estrategias de pruebas

¿QUÉ ERRORES SON LOS MÁS COMUNES DURANTE LA PRUEBA DE UNIDAD :

1. Procedencia aritmética incorrecta mal aplicada

2. Operaciones de modo mezcladas.3. Inicializaciones incorrectas.4. Falta de precisión.5. Representación incorrecta de

una expresión.

Page 6: Estrategias de pruebas

PRUEBA DE INTEGRACIÓN.

La prueba de Integración es una técnica sistemática para construir la estructura del programa mientras que al mismo tiempo, se llevan a cabo pruebas para detectar errores asociados con la interacción.

Page 7: Estrategias de pruebas

TIPOS DE INTEGRACIÓN.

La primera es no incremental “big bang”. Se combinan todos los módulos por anticipado, se prueba todo el producto.La segunda es una integración incremental en donde se desarrollan módulos pequeños y funcionales que hacen que los errores sean más fácil de aislar y corregir.

Page 8: Estrategias de pruebas

PRUEBA DEL SISTEMA.

Constituida por una serie de pruebas diferentes cuyo propósito es ejercitar profundamente el sistema basado en computadora. Entre pruebas de sistema tenemos:

Page 9: Estrategias de pruebas

Prueba de recuperación: forza el fallo del software de muchas formas y verifica que la recuperación se lleva a cabo apropiadamente. Se evalúa la corrección de reinicialización, mecanismos de recuperación del estado del sistema, recuperación de datos y rearranque. Prueba de seguridad: intenta verificar que los mecanismos de protección del sistema lo protegerán adecuadamente.

Page 10: Estrategias de pruebas

Prueba de resistencia: está diseñada para enfrentar a los programas con situaciones anormales, es decir, ejecuta un sistema de forma que demande recursos en cantidad, frecuencia ó volúmenes anormales. Una variación de esta prueba es la prueba de sensibilidad, utilizando datos que produzcan inestabilidad ó procesamiento incorrecto.

Page 11: Estrategias de pruebas

Prueba de rendimiento: prueba el rendimiento del software en tiempo de ejecución. Se da en todos los pasos del proceso de prueba.

Page 12: Estrategias de pruebas

PRUEBA DE ACEPTACION

El objetivo de las pruebas de aceptación es validar que un sistema cumple con el funcionamiento esperado y permitir al usuario de dicho sistema que determine su aceptación, desde el punto de vista de su funcionalidad y rendimiento.

Las pruebas de aceptación son definidas por el usuario del sistema y preparadas por el equipo de desarrollo, aunque la ejecución y aprobación final corresponden al usuario.

Page 13: Estrategias de pruebas

La validación del sistema se consigue mediante la realización de pruebas de caja negra que demuestran la conformidad con los requisitos y que se recogen en el plan de pruebas, el cual define las verificaciones a realizar y los casos de prueba asociados. Dicho plan está diseñado para asegurar que se satisfacen todos los requisitos funcionales especificados por el usuario teniendo en cuenta también los requisitos no funcionales relacionados con el rendimiento, seguridad de acceso al sistema, a los datos y procesos, así como a los distintos recursos del sistema.

Page 14: Estrategias de pruebas

BIBLIOGRAFIA

Fairley R. Ingeniería de Software.

Pressman, R.S. Ingeniería del Software. Un enfoque práctico.