Unidad: 2Metodologías de Prueba

Establecer un Criterio definido

Plan global para integrar diferentes

módulos de software

Probar módulos en un ambiente

integrado

Planificación de la Prueba del Software: La Prueba comienza con un Plan de Prueba y termina con la prueba de aceptación. Un plan de prueba es un documento General elaborado por el equipo del desarrollo para el proyecto completo. El plan define el Alcance, el enfoque que se tomará y el cronograma de prueba, los tipos de pruebas que se llevarán a cabo y los casos de prueba para el proceso completo de prueba, además del personalResponsable de las diversas actividades de la misma.

VERIFICACION Y VALIDACION DEL SOFTWARE:

La verificación: define todas las actividades que ocurren al final de un ciclo de Desarrollo particular. La verificación confirma que el producto se está desarrollando correctamente y satisface las condiciones impuestas en el principio de la etapa del desarrollo. La verificación por ejemplo se puede hacer al final de la fase de ingeniería de requerimientos o de la fase del diseño o aún al final de la fase de implantación del software según las premisas del cliente. La verificación responde a la pregunta…¿ Se está construyendo el Producto Correctamente?

La Validación: Confirma que el producto se está desarrollando correctamente y refleja la SRS. Se refiere a un conjunto de actividades (diferentes que aquellas para verificación), las cuales aseguran que el software desarrollado coincida con los requerimientos del cliente. La Validación intenta asegurar que el software se comporta de una manera que está en conformidad con cada uno de los requerimientos establecidos Explícitamente en la SRS. La validación contesta la Pregunta… ¿Se está desarrollando el producto requerido?.

Formulación del problema

Análisis de requerimientos

Ingeniería de sistemas

Desarrollo de SRS

DESARROLLO DEL DOCUMENTO

DE DISEÑO

Codificación

Actividades en paralelo

Procedimiento y planes de prueba

Criterio para aceptación del sistema

Plan de pruebas e integración

Plan y especificaciones para

construcción del sistema completo

Liberar sistema

Realizar prueba completa del sistema

Probar versión actual del sistema

Instalar versión actual del sistema

construido

Realizar esto como parte de

adm. de configuración

Aceptar módulos como

probados

EL PROCESO DE PRUEBA:

Repositorio de casos de prueba

Acumulador de pruebas

Pruebas de interfaces

Pruebas de caminos de base

Pruebas de camino específicos para manejo de excepciones y

errores

Pruebas de condiciones limites

Pruebas estructura de datos especificas

MODULOS

M1M

M1 M2 Mn

Un modulo a ser probado

Un manejador de pruebas

Conjunto de ‘stubs’D

D

D1

D2

Dn

DRIVERS

Resultados de pruebas

Proceso de prueba de Unidad

Errores

Tipográficos‘Underflow’.’overflow y

excepciones de direccionamiento

Inicializaciones fallidas

Tipos de datos inconsistente Nombres de variables de

truncados

Naturaleza de los Errores de la prueba de Unidad

Tipo de Errores

Errores de computo

Procedencia aritmética incorrecta

Precisión inexacta

Representación simbólica incorrecta de

expresión

Operaciones modo mixto

Inicialización errónea

Errores de computo

Tipos de error

Variables de ciclos modificadas

incorrectamenteFalla en

culminación al entrar en una

iteración

Terminación de ciclo inexistente o

impropia

Diferentes tipos de datos

Operadores lógicos erróneos

Error de precisiónVariables

incorrectas

Errores de comparaciones y Flujo de control

Prueba de Integración

Un plan de prueba de integración contesta las siguientes preguntas:•¿Qué se esta probando?•¿Que constituye éxito o falta?•La asignación de recursos, que incluye tiempo, mano de obra y casos de prueba entre otros•El ambiente de prueba•Las características deben ser probadas•Criterios para la documentación•Asignación de responsabilidades a diversos individuos y a las organizaciones

Enfoques para prueba e

integración

Enfoque ‘A ll up’

(Big Bang)

Enfoque incremental

Enfoques

‘Top down’

Enfoque

‘Bottom up’

Enfoque

‘Depth First’

Enfoque

‘Breadth first’

Enfoque

‘Depth First’

Enfoque

‘Breadth first’

Enfoques para la prueba de Integración

Main

X1 X2 X3 X4

Y1

Y1Y2 Y3 Y4 Y5 Y

5Y6 Y7

Z1 Z2 Z3 Z4Z5 Z6

Z7

Z8

Z9

Enfoque incremental

Pruebas Alfa y Beta

La prueba alfa considera un equipo de usuarios y operadores del cliente queVienen al ambiente del desarrollador

La prueba Beta implica entregar una o mas copias del software o sistema a la instalación del cliente

Criterios de aceptación

Procedimiento

‘start up’ y ‘shut down’

seguridad

Manejo de condición de sobrecarga

Funcionalidad y desempeño

Mensaje de error

Recuperación del sistema de fallas

Interfaz operador sistema

Recuperación de desastre

Criterios de aceptación para el desarrollo de software

Prueba de aceptación

•Prueba de Recuperación

•Prueba de Seguridad

• Prueba de estrés •Prueba de desempeño