Estrategias y Métricas para Asegurar la Calidad del Software

Pruebas de Unidades

Se prueba cada módulo por separado.

¿Qué son las pruebas de unidad? Es una forma de probar el correcto funcionamiento de un módulo de código.

Pruebas de Integración

¿Pruebas de Integración? Se realizan en el ámbito de desarrollo de software, una vez probadas las pruebas de unidad.

Se llevan a cabo durante la construcción del sistema, involucran a un número creciente de módulos y terminan probando el sistema como un conjunto.

Se pueden plantear desde un punto de vista estructural o funcional.

Las pruebas estructurales de integración son similares a las pruebas de caja blanca, pero trabajan a un nivel conceptual superior; en lugar de referirnos a sentencias del lenguaje, nos referiremos a llamadas entre módulos.

Pruebas de Validación

Comprobar que se satisfacen los requisitos.

Se usan las mismas técnicas, pero con otro objetivo.

No hay programas de prueba, sino sólo el código final de la aplicación.

Se prueba el programa completo.

Uno o varios casos de prueba por cada requisito o caso de uso especificado.

Se prueba también rendimiento, capacidad, etc. (y no sólo resultados correctos).

Pruebas alfa (desarrolladores) y beta (usuarios).

¿Pruebas de validación? Proceso de revisión que el sistema de software producido cumple con las expectativas y su cometido.

Pruebas de Sistema

¿Pruebas de sistema?

Medida de la Calidad

Métricas: Es el punto de validación para la calidad.

Existen muchas medidas de la calidad, sin embargo, la corrección, integridad, facilidad de mantenimiento y facilidad de uso proporcionan indicadores útiles para el equipo de proyecto.

Corrección

Un programa debe operar correctamente o proporcionará poco valor a los usuarios.

La corrección es el grado en que el software lleva a cabo su función requerida.

La medida más común de corrección es defectos por KLDC, donde un defecto es una falta verificada de conformidad con los requisitos.

Facilidad de Mantenimiento

El mantenimiento del software cuenta con más esfuerzo que cualquier otra actividad de la Ingeniería del Software.

Para este atributo sólo existen medidas indirectas como: Tiempo Medio de Cambios y desperdicios.

Integridad

Este atributo mide la capacidad de resistir ataques contra la integridad del software.

Se tienen que definir 2 atributos adicionales: Amenaza y Seguridad (puede ser empíricamente).

La integridad del sistema se puede definir como: [(1-amenaza) x (1-seguridad)]

Facilidad de Uso

La facilidad de uso es un intento de cuantificar lo amigable que puede ser el software con el usuario y se puede medir en función de 4 características:

1. Habilidad intelectual y/o física requerida para aprender el sistema.
2. Tiempo requerido para llegar a ser moderadamente eficiente en el uso de él.
3. Aumento neto en productividad.
4. Valoración subjetiva.

Principales Errores

Aquellos que son producidos en fases iniciales del desarrollo, que ven aumentada su gravedad con el paso del tiempo, mientras permanecen ocultos, y se manifiestan finalmente en un momento en el que su corrección resulta mucho más costosa.

Principales Errores:

• Errores en la recolección de requisitos.
• Error en la gestión de un proyecto.
• En la etapa de análisis y diseño.
• Errores introducidos por modificaciones de requisitos funcionales durante el desarrollo del proyecto.

Medición del Software

Las mediciones del mundo físico pueden englobarse en dos categorías:

• Medidas Directas: Susceptibles de Medición con patrones establecidos o unidades.
• Medidas Indirectas: Aquellas que no tienen un patrón definido de medición (%).

Métricas Orientadas al Tamaño

Se utilizan para obtener medidas directas del resultado y de la calidad de la ingeniería del software.

Las medidas directas son: Esfuerzo, coste, LDC, velocidad de ejecución, errores detectados en un lapso de tiempo.

Características

Son medidas directas del Software y del proceso por el cual se desarrolla.

Utilizan como elementos de medición el número de líneas de código. [KLDC]

Se pueden usar métodos sencillos para el registro de datos.

Métricas Orientadas a la Función

Las métricas orientadas a la función fueron propuestas por Albretche, quien sugirió una medida llamada punto de función.

Los puntos de función se derivan con una relación empírica según las medidas contables (directas) del dominio de información del software y las evaluaciones de la complejidad del software.