Pruebas y Medici n

Pruebas y Medición
Ingeniería del Software III
Joseph Yair Parra Gamboa

VERIFICACIÓN Y VALIDACIÓN DEL
SOFTWARE

Verificación del software
Con la verificación del software se busca determinar si
los productos de una fase dada satisfacen las
condiciones impuestas al inicio de la fase.
¿Estamos construyendo correctamente el producto?

Validación del software
Evaluación de un sistema o uno de suscomponentes
durante o al final de su desarrollo para determinar si
satisface los requisitos.

¿Estamos construyendo el producto correcto?

Importancia para las pruebas

Importancia para las pruebas
Las fallas de software ocasionan graves pérdidas
económicas; éstos son 100 a1000 veces más costosos de
encontrar y reparar después de la construcción.
Evitar plazos y presupuestos incumplidos,insatisfacción
del usuario, escasa productividad y mala calidad en el
software producido y finalmente la pérdida de clientes.
Automatizar el proceso de pruebas consigue
reducciones de hasta un 75% en el costo de la fase de
mantenimiento.

ESTRATEGIAS DE PRUEBA PARA EL SOFTWARE
CONVENCIONAL

Prueba de unidad
Se refiere a la verificación de la unidad mínima del diseño
de software y estas están centradasen la lógica aplicada
internamente y las estructuras de datos

Prueba de integración
Es una técnica sistemática para construir la arquitectura
del software mientras, al mismo tiempo, se aplican las
pruebas para descubrir errores asociados con la interfaz y
su integración entre los componentes.
Son ejecutadas por los desarrolladores.

Integración descendente
Es un enfoque incremental para laconstrucción de la
arquitectura del software. Los módulos se integran al
descender por la jerarquía de control, empezando con del
módulo de control principal.

Integración ascendente
Integran componentes individuales en niveles hasta que es
completado el sistema.
En la práctica se suele combinar ambos tipos de prueba
descendentes y ascendentes.

Prueba de regresión
Se vuelven a ejecutar otra vez elsubconjunto de pruebas
para descubrir que los cambios no han afectado el sistema
en su totalidad o parcialmente.
Busca identificar errores introducidos por la combinación
de programas probados unitariamente.

Prueba de Humo
Es una prueba que se realiza mientras se está
construyendo el software, para que el equipo de software
evalúe el ritmo que se está llevando a cabo.
Con esta prueba:
•
•
•
•Se minimiza el riesgo
Se mejora la calidad del producto final
Se simplifica el diagnóstico y la corrección de errores
El progreso es más fácil de evaluar

ESTRATEGIAS PARA PROBAR EL
SOFTWARE ORIENTADO A OBJETOS

Prueba de unidad en el contexto
orientado a objetos
A diferencia de la prueba de unidad del software
convencional, la cual tiende a centrarse en el detalle
algorítmico de un módulo y losdatos que fluyen a lo largo
de la interfaz de éste, la prueba de clases para software
orientado a objetos esta dirigida por las operaciones
encapsuladas en la clase y el estado del comportamiento
de la clase.

Prueba de integración en el contexto
orientado a objetos
Estrategias:
1. Basada en subprocesos: integra el conjunto de clases
requerido para responder a una entrada o un evento
delsistema. La prueba de regresión se aplica para
asegurar que no se presenten efectos colaterales.
2. Enfoque de integración: empieza la construcción del
sistema con la prueba de esas clases que usan muy
pocas clases de servidor o ninguna.

Prueba de validación
• Comienza cuando la prueba de integración termina.
• No hay distinción entre el software convencional o el OO
• Se alcanza cuando el softwarefunciona de tal manera
que satisface las expectativas razonables del cliente.

Prueba del sistema
Para lograr identificar el origen del error cometido es
conveniente es necesario:
•
•
•
•

Diseñar rutas de manejo de errores
Aplicar pruebas que simulen datos incorrectos
Registrar los resultados y
Participar activamente en la planeación y diseño de las
pruebas.

Prueba de recuperación
Se busca que...