Creacion De Software

Presentado Por:

Jairo Ossa Ramirez

ADSI

Sena
2012 – 2014

TIPOS DE PRUEBAS DE SOFTWARE

A continuación se describen las principales tipos pruebas que se pueden realizar a cualquier tipo de software. Cada prueba contendrá como mínimo a siguiente información:
- Objetivo de la prueba
- Descripción de la prueba
- Técnica
- Criterio de Completitud
- Consideraciones EspecialesPRUEBAS UNITARIAS
Prueba Unitaria
Objetivo de la Prueba: | Se focaliza en ejecutar cada módulo (o unidad minima a ser probada, ej = una clase) lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores.Busca asegurar que el código funciona de acuerdo con las especificaciones y que el módulo lógico es válido. |
Descripción de la Prueba: | * Particionar losmódulos en pruebas en unidades lógicas fáciles de probar. * Por cada unidad hay que definir los casos de prueba (pruebas de caja blanca). * Para esto los casos de prueba deben diseñarse de forma tal que se recorran todos los caminos de ejecución posibles dentro del código bajo prueba; por lo tanto el diseñador debe construirlos con acceso al código fuente de la unidad a probar. * Los aspectos aconsiderar son los siguientes: Rutinas de excepción, Rutinas de error, Manejo de parámetros, Validaciones, Valores válidos, Valores límites, Rangos, Mensajes posibles. |
Técnica: | * Comparar el resultado esperado con el resultado obtenido. * Si existen errores, reportarlos. |
Criterio de Completitud: | * Todas las pruebas planeadas han sido ejecutadas. * Todos los defectos que seidentificaron han sido tenidos en cuenta. |
Consideraciones Especiales: | Para la elaboración de pruebas unitarias en java se puede utillizar el JUNIT y CACTUS. |
PRUEBAS DE INTEGRACIÓN
Prueba de Integración
Objetivo de la Prueba: | Identificar errores introducidos por la combinación de programas probados unitariamente.Determina cómo la base de datos de prueba será cargada.Verificar que lasinterfaces entre las entidades externas (usuarios) y las aplicaciones funcionan correctamente.Verificar que las especificaciones de diseño sean alcanzadas.Determina el enfoque para avanzar desde un nivel de integración de las componentes al siguiente. |
Descripción de la Prueba: | Describe cómo verificar que las interfaces entre las componentes de software funcionan correctamente.Determina cómola base de datos de prueba será cargada.Determina el enfoque para avanzar desde un nivel de integración de las componentes al siguiente.Decide qué acciones tomar cuando se descubren problemas.Por cada Caso de Prueba ejecutado: * Comparar el resultado esperado con el resultado obtenido. |
Técnica: | * Utilizar la técnica top-down. Se empieza con los módulos de nivel superior, y severifica que los módulos de nivel superior llaman a los de nivel inferior de manera correcta, con los parámetros correctos. * Utilizar la técnica down-top. Se empieza con los módulos de nivel inferior, y se verifica que los módulos de nivel inferior llaman a los de nivel superior de manera correcta, con los parámetros correctos. |
Criterio de Completitud: | * Todas las pruebas planeadas han sidoejecutadas. * Todos los defectos que se identificaron han sido tenidos en cuenta. |
Consideraciones Especiales: | Ninguna |
Prueba de Regresión
Objetivo de la Prueba: | Determinar si los cambios recientes en una parte de la aplicación tienen efecto adverso en otras partes. |
Descripción de la Prueba: | En esta prueba se vuelve a probar el sistema a la luz de los cambios realizados duranteel debugging, mantenimiento o desarrollo de la nueva versión del sistema buscando efectos adversos en otras partes. |
Técnica: | * La prueba de regresión es una nueva corrida de casos de prueba previos. * Se requiere de políticas para ser creada la prueba de regresión y decidir qué casos de prueba incluir, para probar eficientemente. * La prueba de regresión es un buen candidato para...