Calidad de software





1.- INTRODUCCIÓN:
1.-Capítulo 1
A) ¿Qué es más efectivo, hacer revisiones/inspecciones o testing?
Introducción: La implementación de modelos de mejora y evaluación de procesos de desarrollo de Software, como también la implementación de controles de testeo e inspección de desarrollos, pueden ser visualizadas inicialmente en la empresa como un trámite burocrático y aburrido en elcual nos vemos obligados a participar.
Sin embargo, y como demostraremos en este trabajo, los réditos tanto a nivel financiero, reduciendo costos y optimizando procesos, como a nivel de calidad de software, logrando código de mejor calidad y ciclos de desarrollo de software altamente escalables, son enormemente superiores a los costos que nos obliga a asumir cualquiera de estas metodologías.
Laelección del método que se empleará para detectar errores, dependerá de ciertos factores, tales como el artefacto (Requerimientos, Diseño, Código), los tipos de defectos que contiene, quién hace la detección, cómo está hecha, para que propósito y en qué actividades. Demás está decir que se considera un factor el criterio con el que se regirá la evaluación.
Si buscamos evidencia de los pro y loscontra de usar inspección de software o testing, debemos determinar o elegir niveles específicos de los factores anteriores para realizar una evaluación que genere evidencia empírica.
Uno de los principales problemas de usar sólo testing según los estudios que visualizaremos es que:
Algunos defectos son importantes, por que ocurren muy seguido.
La mayoría de los defectos no son importantes,porque ocurrirán muy poco.
Por otro lado el testing por si solo es muy caro.
Requiere mucho tiempo.
Caso de estudio (Usando inspecciones de software)
División de sistemas cooperativos computacionales.
Hewlet Packard
Se usó inspección de software en un ambiente de desarrollo de software comercial, se muestran las motivaciones de usar inspecciones y los resultados obtenidos. (Cualitativos ycuantitativos).
Este estudio demuestra que usar inspecciones puede llegar a ser 8 veces más eficiente encontrando defectos que un testing dinámico. Además demuestra que el uso de inspecciones puede retornar ganancias, tanto antes de la entrega del producto como después.
CCSY-PWD es una entidad de desarrollo de software, dentro de HP que produce software comercial en el mercado de la mensajeríaelectrónica. Con clientes que son empresas multinacionales con necesidades de mensajería.
Este caso de estudio cubre los años 1991-1993
Antes de empezar con las inspecciones de software, estaba la práctica de realizar testing dinámico al final del desarrollo de software. Este testing si bien estaba bien planeado, se demostró que era muy caro e ineficaz, para detectar errores.
Como promedio setardaba 6,5 horas en encontrar y reparar un error detectado durante el test dinámico y 2 semanas para detectar y reparar un error después de liberar el software. Mientras más temprano se detecta un error, más barato es repararlo.


Resultados:
A pesar de que las inspecciones pueden variar sustancialmente, en la figura 1 veremos un caso de típico de inspección de código y diseño, indicando ademásel tipo de dato que se registra en cada inspección y los defectos encontrados.
Inspección de código
Inspección de diseño
1100 líneas
20 páginas
4 personas
4 a 5 personas
Preparación de 4 horas cada una
Preparación de 3 horas cada una
Reuniones de 2X2 horas
Reunión de 2X 1 hora y media
Hora de esfuerzo total 56 horas
Hora de esfuerzo total 35 horas
Hallazgos en promedio: 15 defectosmayores, 42 defectos menores

Hallazgos en promedio: 12 defectos mayores, 39 defectos menores.

Otros hallazgos de Inspecciones de Software Vs Testing
Raytheon:
Redujo el costo del reuso de un 41% a un 20%
Redujo el esfuerzo de arreglar problemas de integración en un 80%
Paulk:
El costo de arregla un defecto en el software de un space shuttle
$1 si el defecto se encontraba en la...