tiposdepruebasdesoftware 130306112333 phpapp02

Ingeniería de Software II
Docente: Ing. Marisol Lara García
3 UNIDAD. 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 la siguiente información:
- Objetivo de la prueba
- Descripción de la prueba
- Técnica
- Criterio de Completitud
- Consideraciones Especiales

 PRUEBAS UNITARIASPrueba Unitaria
Objetivo de la Prueba:

Descripción de la Prueba:

Técnica:

Año 2013

Se focaliza en ejecutar cada módulo (o unidad
mínima 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.
 Particionar los módulosen 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 a considerarson los
siguientes: Rutinas de excepción, Rutinas
de
error,
Manejo
de
parámetros,
Validaciones, Valores válidos, Valores
límites, Rangos, Mensajes posibles.


Comparar el resultado esperado con el
resultado obtenido.

Página 1

Ingeniería de Software II
Docente: Ing. Marisol Lara García

Criterio de Completitud:



Si existen errores, reportarlos.



Todas las pruebas planeadas han sidoejecutadas.
Todos los defectos que se identificaron han
sido tenidos en cuenta.



Consideraciones Especiales: Para la elaboración de pruebas unitarias en java se
puede utilizar el JUNIT y CACTUS.

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 quelas interfaces entre las entidades
externas (usuarios) y las aplicaciones funcionan
correctamente.
Verificar que las especificaciones de diseño sean
alcanzadas.

Descripción de la Prueba:

Determina el enfoque para avanzar desde un nivel
de integración de las componentes al siguiente.
· Describe cómo verificar que las interfaces entre
las componentes de software funcionan
correctamente.
· Determinacómo la 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:

Técnica:
Año 2013



Comparar el resultado esperado con el
resultado obtenido.



Utilizar la técnica top-down. Se empieza con
los módulos de nivel superior,y se verifica
Página 2

Ingeniería de Software II
Docente: Ing. Marisol Lara García



Criterio de Completitud:




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 maneracorrecta,
con los parámetros correctos.
Todas las pruebas planeadas han sido
ejecutadas.
Todos los defectos que se identificaron han
sido tenidos en cuenta.

Consideraciones Especiales: Ninguna

Prueba de Regresión
Objetivo de la Prueba:

Descripción de la Prueba:

Técnica:

Determinar si los cambios recientes en una parte
de la aplicación tienen efecto adverso en otras
partes.
En esta prueba sevuelve a probar el sistema a la
luz de los cambios realizados durante el debugging,
mantenimiento o desarrollo de la nueva versión del
sistema buscando efectos adversos en otras
partes.
 La prueba de regresión es una nueva
corrida de casos de prueba previos.








Criterio de Completitud:
Año 2013



Se requiere de políticas para ser creada la
prueba de regresión y decidir qué casos de...