Capítulo 3

Estrategias de Prueba del Software

Un enfoque estratégico para las pruebas

del software

(Continuación)
Facultad de Ciencias y Tecnología – Departamento de Informatica
Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 1
Pruebas de Alto Orden
_________________________________________________________

Prueba de Validación
Prueba Alfa y Beta

Pruebas de Sistema

Otras pruebas especializadas

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 2
Pruebas de Validacion
_________________________________________________________

 Empiezan al culminar las pruebas de integración. En este

nivel desaparece la distinción entre Sw. convencional y
orientado a objetos.
 La validación del Sw.se logra mediante una serie de
pruebas que demuestran que se cumple con los requisitos.
 Luego de dirigir cada caso de prueba de validación,
existirá una de dos condiciones posibles:
 La característica de funcionamiento o desempeño
cumple con la especificación y se le acepta
 Se descubre una desviación de la especificación y se
crea una lista de deficiencias. La corrección de las
deficiencias debe ser negociada con el cliente.
Facultad de Ciencias y Tecnología – Departamento de Informatica
Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 3
Pruebas Alfa y Beta
_________________________________________________________
Son conducidas por el usuario final, no por los Ing.Sw.
 Pueden ir desde una prueba de manejo informal hasta una
serie de pruebas planeadas y ejecutadas sistemáticamente.
 Pruebas Alfa: se aplican en el lugar de trabajo del
desarrollador. Se realizan en un entorno controlado. El
desarrollador “mira sobre el hombro” de los usuarios y
registra los errores y los problemas de uso.
 Pruebas Beta: se aplican en el lugar de trabajo de los
usuarios finales. Por lo general el desarrollador no esta.
Es una aplicación en vivo del Sw. en un entorno no
controlado por el desarrollador. El usuario registra todos
los problemas encontrados y los informa al
desarrollador
Facultad de Ciencias y Tecnología – Departamento de Informatica
Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 4
Pruebas de Sistema
_________________________________________________________
 Su propósito principal es ejercitar profundamente el sistema.
 Pruebas de Recuperación: obliga al Sw. A fallar de varias maneras y
a verificar que la recuperacion se realice apropiadamente. Considerar
Re-inicializacion, Respaldo, Recup.Datos, NuevoArranque.
 Pruebas de Seguridad: prueba que los mecanismos de proteccion
integrados en el sistema realmente lo protejan de irrupciones
inapropiadas (hackers por razones de diversión, empleados
disgustados por venganza o busqueda ilícita de ganancias) .
 Pruebas de Resistencia: ejecuta un sistema de tal manera que
requiera una cantidad , una frecuencia o un volumen anormal de
recursos. En esencia, se tratará de sobrecargar el programa. Se
propone confrontar el programa con situaciones anormales.
 Pruebas de Desempeño: esta diseñada para probar el desempeño del
Sw.en tiempo de ejecución dentro del contexto de un sistema
integrado. Solamente cuando estén totalmente integrados todos los
elementos del sistema, será posible asegurar el verdadero desempeño
del sistema. Con frecuencia suelen integrarse con pruebas de
resistencia y suelen requerir instrumentación de Sw y Hw.

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 5
Depuración: Un Proceso de Diagnóstico
_________________________________________________________

Cuando un caso de prueba descubre un error, la

depuración es la acción que lo elimina!!
Facultad de Ciencias y Tecnología – Departamento de Informatica
Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 6
El Proceso de Depuración
_________________________________________________________
Ejecución de Casos
Casos de prueba

Pruebas Adicionales Resultados

Sospechas de Causas
Pruebas de Regresión
Correcciones
Depuración
Causas Identificadas

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 7
Esfuerzo de Depuración
_________________________________________________________

Tiempo requerido
para diagnosticar
el síntoma y
Tiempo requerido determinar la
para corregir el causa
error y conducir
pruebas de
regresión

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 8
Síntomas y Causas
_________________________________________________________

Síntoma y causa pueden estar

separados geográficamente

El síntoma puede desaparecer cuando

se arregla otro problema

El sintoma podria deberse a un error

humano dificil de localizar

La causa puede deberse a un error

de sistema o de compilador

Síntoma La causa puede deberse a supuestos

que todos creen
Causa
El síntoma puede ser intermitente

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 9
Consecuencias de los Errores
_________________________________________________________

infeccioso
Daño

catastrófico
extremo
serio
disturbios
leve
suave

Tipo de Bug

Categorías de errores: errores de función, errores de

sistema, errores de datos, errores de código, errores de
diseño, de documentación, violaciones estándar, etc.
Facultad de Ciencias y Tecnología – Departamento de Informatica
Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 10
Técnicas de Depuración
_________________________________________________________

Fuerza bruta / pruebas

Volver atrás

Eliminación de Causa
- Inducción o Deducción

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 11
Técnicas de Depuración
_________________________________________________________

Fuerza Bruta: método mas común y menos eficiente para aislar la causa de
un error. Se hace descarga de memoria, se invocan señales en tiempo de
ejecución, etc. En algún lugar del pantano de información producida se espera
encontrar una pista que pueda conducir a la causa del error.
Rastreo hacia Atrás: empezando en el lugar donde se descubre el síntoma,
se recorre hacia atrás el código fuente hasta hallar el sitio de la causa. Al
aumentar las líneas de código, este método se vuelve inmanejable.
Eliminación de Causa: los datos relacionados con el error se organizan p/
aislar las causas posibles. Elabora una hipótesis de causa y se aprovechan los
datos mencionados para probar o desechar la hipótesis. Se elabora una lista
de causas posibles y con pruebas se busca eliminar cada una de ellas.
Depuración Automatizada: se cuenta con una amplia variedad de
compiladores de depuración, ayudas dinámicas para la depuración
(trazadores), generadores automáticos de casos de prueba y herramientas de
correlación de referencias cruzadas. Sin embargo, las herramientas no son un
sustituto de la evaluación cuidadosa basada en un modelo de diseño completo
y un código fuente claro.
¡Cuando todo lo demás falle, pida ayuda!

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 12
Depuración: Conclusiones
_________________________________________________________

 Piense acerca del síntoma que está viendo

 Utilice herramientas (por ej. Depurador
dinámico) para tener mayor detalle
 Si está perdido, consiga ayuda
 Esté absolutamente seguro de realizar pruebas
de regresión cuando se “arregla” el bug.

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 13
 Bibliografía

PRESSMAN, Roger. Ingeniería del Software. Un enfoque práctico.

Sexta Edición
MC GRAW HILL. 2006. Capitulo 13.

Facultad de Ciencias y Tecnología – Departamento de Informatica

Material Elaborado por el Prof. Lic. Julio César Alsina Arevalos
Calidad del Software – Presentación de la Quinta Clase 14