ESTRATEGIAS DE PRUEBA PARA

SOFTWARE

Allen Carrillo Hernández

Luis Gabriel Webb Villalobos
 ASPECTOS GENERALES PRUEBAS

Planificar con anticipación y realizarlas de manera sistemática por lo que es

importante tener una plantilla.
PASOS
▰ Revisiones técnicas formales y efectivas.
▰ Se inicia a nivel de componentes y se trabaja hacia afuera,
hacia la integración del sistema.
▰ Diferentes técnicas en diferentes momentos.
▰ Las pruebas las dirige el desarrollador
▰ La prueba y la depuración son actividades diferentes, pero la segunda debe
incluirse en cualquier estrategia de pruebas. 2
5 TIPOS DE PRUEBA DEL SOFTWARE
Especificación: incluye probar la aplicación en contra de la documentación que se hizo antes, por
ejemplo, que los procesos concuerden con los algoritmos hechos a papel, o que la aplicación tenga
todas las funciones que se habían planeado.

Usabilidad: se refiere a asegurar de que la interfaz de usuario (o GUI) sea

intuitiva, amigable y funcione correctamente.

Unidad: aplica a proyectos grandes. Se divide el proyecto a unidades y cada unidad es

sometida a prueba individualmente.

3
5 TIPOS DE PRUEBA DEL SOFTWARE

Integración: . Prueba varias unidades juntas para asegurar que funcionen bien.
También se asegura de que las nuevas aplicaciones se integren con aplicaciones
antiguas o aplicaciones complementarias.

Regresión: Esta prueba incluye todas las pruebas anteriores en caso de que se le
haga algún cambio a algún modulo después de haber sido puesto en ambiente de
producción

4
 Un enfoque estratégico para la prueba de software.

▰ La prueba del software es un elemento de un tema más amplio que suele

denominarse verificación y validación.

Verificación: Es el conjunto de tareas que garantizan que el software implementa

correctamente una función específica.

¿Estamos construyendo el producto correctamente?

5
 Un enfoque estratégico para la prueba de software

▰ Validación: Es un conjunto diferente de actividades que aseguran que el

software que se construye sigue los requerimientos del cliente

¿Estamos construyendo el producto correcto?

6
Estrategia de prueba del
software. Visión general
7
 El Modelo Espiral

Una estrategia para probar el software también puede verse en el 8

contexto de la espiral
PASOS DE LAS PRUEBAS DE SOFTWARE
Prueba de unidad, utiliza técnicas que
recorren caminos específicos en una
estructura de control del componente que
asegura una cobertura completa y una
detección máxima de errores.

Las pruebas de integración atienden todos

los aspectos asociados con el doble
problema de verificación y construcción del
programa.

Las pruebas de alto nivel de validación

proporcionan un aseguramiento final de que
el software cumple con todos los requisitos
funcionales de comportamiento y desempeño 9
 CRITERIOS PARA COMPLETAR PRUEBAS

¿Cuándo se termina de hacer pruebas?

No existe una respuesta porque la carga se transfiere del
ingeniero de software al cliente

Cada vez el software se ejecuta este se está probando

enfoque practico es el utilizar pruebas estadísticas que nos aseguren con un nivel de
confianza alto que las pruebas están completas

10
 Desea implementar con éxito una estrategia de pruebas
�
de software

�
Especificar los requisitos del producto de manera cuantificable
mucho antes de que empiecen las pruebas .
Establecer explícitamente los objetivos de la prueba.
Comprender cuales son los usuarios del software y desarrollar un
perfil para cada categoría del usuario.
Desarrollar un plan de pruebas que destaque la prueba del ciclo
rápido.
11
 Desea implementar con éxito una estrategia de
pruebas de software
�
�
Construir un software robusto diseñado para probarse a sí mismo.
Utilizar revisiones técnicas formales y efectivas como filtro previo a
la prueba.
Realizar revisiones técnicas formales para evaluar la estrategia de
prueba y los propios casos de la prueba.
Desarrollar un enfoque de mejora continua para la prueba
12
 Estrategias de Prueba para el Software Convencional

Un enfoques que se pueden realizar y efectivo es realizar pruebas diarias del

componente que se esté desarrollando.

Errores más comunes durante las pruebas de unidad se encuentran:

1.Aplicaciones incorrectas de la precedencia aritmética.

2.Operaciones de modo mezcladas
3.Inicialización incorrecta
4.Falta de precisión
5.Representación simbólica incorrecta de una expresión
13
 ENFOQUE DE LA INTEGRACIÓN INCREMENTAL
se avanza sobre pequeños incrementos en los cuales se propone:
Integraciones descendentes.

Integración ascendente: inicia con la construcción y pruebas de módulos atómicos

hacia los principales.

Las pruebas de regresión: para reducir efectos colaterales

Pruebas de humo puede caracterizarse como una estrategia de integración continua.

Se utiliza en proyectos en los cuales el tiempo es crítico esto permite que el equipo
de software evalué el software con frecuencia.
14
 ENFOQUE DE LA INTEGRACIÓN INCREMENTAL

Beneficios de las pruebas de humo:

 Minimizar los riesgos de integración
 Se mejora la calidad del producto final
 Se simplifica el diagnóstico y corrección de errores
 El progreso es más fácil de evaluar
Se debe generar el documento de especificación de prueba

15
 PRUEBAS ALFA Y BETA

Las pruebas alfa son conducidas por un cliente en el lugar de desarrollo.

Se usa el software de manera natural, con el encargado de desarrollo
"mirando por encima del hombro del usuario" y registrando errores y
problemas de uso

Las pruebas beta se llevan a cabo en uno o más lugares de clientes por
los usuarios finales del software. El cliente registra todos los problemas.

16
 PRUEBAS DEL SISTEMA

Pruebas de recuperación: un sistema debe ser tolerante a las fallas, es decir, las fallas del
procesamiento no deben causar el cese del funcionamiento del sistema global.

Pruebas de seguridad: La prueba de seguridad intenta verificar que los mecanismos de

protección que se construyen en un sistema en realidad lo protegerán de cualquier penetración
impropia.

Pruebas de esfuerzo: Las pruebas de esfuerzo se diseñan para enfrentar los programas con
situaciones anormales.
17
 PRUEBAS DEL SISTEMA

Pruebas de rendimiento: La prueba de rendimiento se diseña para poner a prueba el

rendimiento del software en tiempo de corrida, dentro del contexto de un sistema integrado. La
prueba del rendimiento ocurre a lo largo de todos los pasos del proceso de prueba. por lo general
requieren instrumentación de hardware y de software, es decir, con frecuencia es necesario medir
la utilización de los recursos (por ejemplo, ciclos del procesador).

Pruebas de despliegue. de sistema operativo. La prueba de despliegue, en ocasiones llamada

prueba de configuración, ejercita el software en cada entorno en el que debe operar.

18
GRACIAS!
Preguntas
19