Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Tecnicas de Evaluacion Estatica PDF
Tecnicas de Evaluacion Estatica PDF
de Software
Natalia Juristo
Rodrigo Fonseca
Construir software es más difícil
de lo que parece
El objetivo de un
Ingeniero Software
debe ser
entregar un producto con el nivel de
Calidad
que las técnicas de hoy permitan
¿Qué es la Calidad del Software?
n Eficiencia
n Usabilidad
n Mantenibilidad
n Portabilidad
n Seguridad
Descomposición de la Calidad de
Software por la ISO 9126-1998
Criterios de Calidad del Software
n Fiabilidad Se mantiene operativo
CALIDAD FUNCIONAL
n Funcionalidad Realiza el trabajo deseado
n Funcionalidad
El sistema software realiza el trabajo deseado
por el usuario
¿Cómo se comprueban?
Evaluando la Fiabilidad
n Si la Fiabilidad es
El sistema software se mantiene operativo
NIC
desarrollo según se generan
TÉC¡En lugar de esperar a tener código!
IC A S
IN Á M
IC A SD
Debe ejercitarse el código adecuadamente
N
n
TÉ C
Evaluación
DURANTE la construcción
Necesidad del Usuario Sistema Aceptado
Código
Actividades de desarrollo y
actividades de evaluación
Necesidad del Usuario
Código Aceptado
Requisitos de
Usuario Definición de
Revisión de Requisitos de Pruebas de Aceptación
Requisitos de Usuario
Usuario
Requisitos de Usuario Revisados Código instalado en
Los sistemas del usuario probado
Revisión del
Código
Código Revisado
Evaluación y Defectos
n La
evaluación busca defectos en los
productos (Req. Dsñ. Cdg) del desarrollo
n Provocan mala operación
n No se reflejan las tareas deseadas
DEFECTO
Resumiendo lo aprendido hasta
aquí
n Es imposible garantizar un software 100% libre de
defectos debido a la inmadurez de la IS
n Pero existen técnicas para reducir al mínimo los
defectos remanentes
n Técnicas Estáticas ( o Revisiones)
n Buscan faltas
n Aplicables a cualquier producto
n Técnicas Dinámicas (o T. de Pruebas)
n Generan casos de prueba
n Buscan fallos
n Aplicables sólo a código
n Ambas se centran en defectos de fiabilidad y funcionalidad
Tecnicas Estáticas
Técnicas de Evaluación Estática
n Las técnicas de Evaluación estática de
artefactos del desarrollo -> Revisiones.
n Revisiones -> detectan manualmente
defectos -> productos del desarrollo.
n Manualmente -> producto (sea requisito,
diseño, código, etc.) -> impreso -> revisores -
> analizando -> lectura -> sin ejecutarlo.
Beneficios de las
Técnicas Estáticas
n Los defectos en productos tempranos se
traducen en defectos en el sistema
n Beneficio 1: Pronta detección = Menor
coste
n Beneficio 2: Pronta detección =
Estimación de la calidad
n La cantidad y coincidencia de defectos
encontrados permite una estimación de
los defectos remanentes
Defectos en los Requisitos
n Corrección
Interna y con respecto al producto precedente
n Completitud
n Ambigüedad / Claridad
n Trazabilidad
Ejemplo
Requisito Incompleto y Ambiguo
n Requisito para un sistema de diagnóstico a
bordo en los autos
El sistema deberá proporcionar al conductor
indicaciones para llegar al garaje mecánico más
cercano
n Incompleto
¿Qué información deben contener las indicaciones?
n Ambiguo
¿Qué es el garaje más cercano?
Tipos de Revisiones
n Revisiones informales o Revisiones
Realizadas por el mismo desarrollador o entre compañeros
como técnica de depuración durante la etapa de construcción
del producto
R A
E C TU
n
E
Revisiones formales o InspeccionesL
S D
Conjunto de participantes elegidos formalmente para determinar
CA
la calidad del producto en la etapa de validación
C N I
n
É
Walkthrough
Tprogramaenquesimular
Consiste la ejecución de casos de prueba para el
se está evaluando
n Auditorias
Contrastan los artefactos generados durante el desarrollo con
estándares, generales o de la organización
¿Qué son las Inspecciones?
n Ad-hoc
n Con Listas de Comprobación
Sira Vegas
Rodrigo Fonseca
Conceptos Generales de
Evaluación
Preventivas Correctivas
(Evaluación de sw)
n Variantes:
n Partición en clases de equivalencia. Todos los elementos de
la clase son equi-probables.
n Análisis de valores límite. Se seleccionan casos del borde de
la clase
Técnicas funcionales: Identificación
de casos de prueba
n Para la técnica de partición en clases de equivalencia:
n Asignar un número único a cada clase de equivalencia.
n Escribir un caso que cubra tantas clases válidas no
incorporadas como sea posible hasta que se cubran todas
las clases de equivalencia válidas.
n Escribir un caso que cubra una sola clase no válida no
incorporada hasta que se cubran todas las clases de
equivalencia no válidas
n Para el análisis de valores límite:
n Condiciones límite: Aquellas que se hallan en los
márgenes de las clases de equivalencia tanto de entrada
como de salida.
n Se seleccionan uno o más elementos tal que los márgenes
de la clase se sometan a prueba.
n Se considerará también el dominio de salida
Técnicas funcionales: Clases de
equivalencia
n Se examina cada condición de entrada y se divide en
dos o más grupos, identificando dos tipos de clases:
n Clases de equivalencia válidas
n Clases de equivalencia no válidas
n Se suelen representar mediante tablas.
n Proceso heurístico.
n Rango de valores: Una clase válida y dos no válidas.
n Número de valores: Una clase válida y dos no válidas
n Conjunto de valores de entrada: Tantas clases válidas como
valores y una no válida.
n Situación que debe ocurrir: Una clase válida y dos no
válidas.
n Se cree que no todos los elementos de la case se tratan
igual: Dividir en subclases.