Estrategias de prueba del software

PRUEBA DEL SOFTWARE

El objetivo es descubrir errores. Se cumple planeando y ejecutando una serie de pasos de manera sistemtica con tcnicas y mtodos especficos (pruebas de unidad, integracin, validacin y sistema)

 Las pruebas comienzan a nivel de modulo y trabajan hacia fuera. Segn el momento son apropiadas diferentes tcnicas de prueba. La prueba la lleva acabo el responsable del desarrollo del SW. La prueba y la depuracin son actividades diferentes, pero la depuracin se debe incluir en cualquier estrategia de prueba.

 Aspectos primordiales para la estrategia de prueba del software

 Especificar los requisitos del producto de manera cuantificable mucho antes de que se empiecen las pruebas. Establecer explcitamente los objetivos de la prueba. Comprender cuales son los usuarios del software y desarrollar un perfil para cada categora de usuario.

 Desarrollar un plan de prueba que destaque la prueba de ciclo rpido. Construir un software robusto diseado para probarse a s mismo. Usar revisiones tcnicas formales y efectivas para evaluar la estrategia de prueba y los propios casos de prueba. Desarrollar un enfoque de mejora continua para el proceso de prueba.

PRUEBA DE UNIDAD
La prueba de unidad centra el proceso de verificacin en la menor unidad del diseo del software(Mdulo). Aqu se prueban los caminos de control importantes, con el fin de descubrir errores dentro del mbito de un mdulo.

QU ERRORES SON LOS MS COMUNES DURANTE LA PRUEBA DE UNIDAD :

1. 2. 3. 4. 5. Procedencia aritmtica incorrecta mal aplicada Operaciones de modo mezcladas. Inicializaciones incorrectas. Falta de precisin. Representacin incorrecta de una expresin.

Prueba de integracin

Si todos funcionan bien Por qu dudar de que no funcionen todos juntos? La prueba de Integracin es una tcnica sistemtica para construir la estructura del programa mientras que al mismo tiempo, se llevan a cabo pruebas para detectar errores asociados con la interaccin.

La primera es no incremental big bang. Se combinan todos los mdulos por anticipado, se prueba todo el producto. La segunda es una integracin incremental en donde se desarrollan mdulos pequeos y funcionales que hacen que los errores sean ms fcil de aislar y corregir.

Integracin descendente

Los mdulos se integran al descender por la jerarqua de control. Se comienza por el modulo principal Se incorporan los mdulos subordinados de dos maneras: primero en profundidad o anchura.

Integracin descendente

M1

M2

M3

M4

M5

M6

M7

M8

Integracin ascendente

Empieza la construccin con mdulos atmicos, es decir componentes de los niveles mas bajos de la estructura del programa.

Integracin ascendente
Mc

Ma

Mb

D1

D2

D3

GRUPO 2 GRUPO 1

GRUPO 3

Prueba de regresin

Cada vez que se aade un nuevo modulo como parte de una prueba de integracin el software cambia. La prueba de regresin es volver a ejecutar un subconjunto de pruebas que se han llevado a cabo anteriormente para asegurarse de que los cambios no han propagado efectos colaterales no deseados.

Prueba de humo

Esta diseado como mecanismo para marcar el ritmo en proyectos en los cuales el tiempo es critico lo que permite que el equipo de software evalu su proyecto con frecuencia.

Pruebas de validacin

La validacin puede definirse de muchas formas, pero una simple definicin es que la validacin se consigue cuando el software funciona de acuerdo con las expectativas razonables del cliente.

Pruebas Alfa

La prueba alfa se lleva a cabo, por un cliente, en el lugar de desarrollo. Se usa el software de forma natural con el desarrollador como observador del usuario y registrando los errores y los problemas de uso. Las pruebas alfa se llevan a cabo en un entorno controlado.

Pruebas Beta

La prueba beta se lleva a cabo por los usuarios finales del software en los lugares de trabajo de los clientes. A diferencia de la prueba alfa, el desarrollador no est presente normalmente. As, la prueba beta es una aplicacin en vivo del software en un entorno que no puede ser controlado por el desarrollador.

PRUEBA DEL SISTEMA

Abarcan una serie de pruebas diferentes cuyo propsito principal es ejercitar profundamente el sistema de computo.

Pruebas de Recuperacin

La prueba de recuperacin es una prueba del sistema que fuerza el fallo del software de muchas formas y verifica que la recuperacin se lleva a cabo apropiadamente. Si la recuperacin es automtica hay que evaluar la correccin de la inicializacin, de los mecanismos de recuperacin del estado del sistema, de la recuperacin de datos y del proceso de rearranque. Si la recuperacin requiere la intervencin humana, hay que evaluar los tiempos medios de reparacin (TMR) para determinar si estn dentro de unos lmites aceptables.

Pruebas de seguridad

El acceso al sistema incluye un amplio rango de actividades: piratas informticos que intentan entrar en los sistemas por deporte, empleados disgustados que intentan penetrar por venganza e individuos deshonestos que intentan penetrar para obtener ganancias personales ilcitas. La prueba de seguridad intenta verificar que los mecanismos de proteccin incorporados en el sistema lo protegern, de hecho, de accesos impropios.

Pruebas de Resistencia

La prueba de resistencia ejecuta un sistema de forma que demande recursos en cantidad, frecuencia o volmenes anormales. Por ejemplo: 1. incrementar las frecuencias de datos de entrada en un orden de magnitud con el fin de comprobar cmo responden las funciones de entrada; 2. disear pruebas especiales que generen diez, interrupciones por segundo, cuando las normales son una o dos; 3. ejecutar casos de prueba que requieran el mximo de memoria o de otros recursos; 4. disear casos de prueba que puedan dar problemas en un sistema operativo virtual

Prueba de Desempeo

Esta diseada para probar el desempeo del software en tiempo de ejecucin dentro del contexto de un sistema integrado. La prueba de desempeo se aplica en todos los pasos del proceso de la prueba. Sin embargo, no es sino hasta que se encuentra totalmente integrados todos los elementos del sistema que es posible asegurar el verdadero desempeo del sistema.

Prueba en paralelo
Se conoce como el proceso de introducir datos de prueba en dos sistemas: el sistema modificado y un sistema alternativo que usualmente es el sistema original y comparar los resultados.

FIN

Gracias por su atencin.

Bibliografia
Roger S. Pressman. (2010) Ingeniera de software un enfoque prctico (sptima edicin) University of Connecticut: McGraw-hill

Preguntas de retroalimentacin.
1) Cul es el objetivo principal de las Pruebas de software?

 2)Quin o Quienes hacen la Prueba de Software?

 3) Un error simple como la declaracin de una variable, se detectara en una Prueba de:

a)Prueba de Integracin. b)Prueba de Desempeo. c)Prueba de Unidad. d)Todas las anteriores.

Preguntas de retroalimentacin.
Qu se busca en la Prueba de Integracin? a)Testear el s/w con volmenes de datos enormes. b)Incorporar los componentes en la arquitectura del s/w. c)Verificar las entradas y salidas de datos. d)Testear el s/w con el cliente.

Herramientas para pruebas de s/w

En la web encontramos muchas herramientas para pruebas de s/w, de las que queremos destacar tres herramientas como: -Selenium - Jmeter (pruebas funcionales) -Testlink (gestin de los casos de prueba)

Por qu estas tres?, Porque son herramientas para pruebas de software, son de software libre y son de las ms usadas en proyectos.