UNIVERSIDAD NACIONAL DE LOJA
Ingeniería de Software II
Integrantes:
● Gustavo Paul Collaguazo Robles
● Samantha Alejandra Solórzano Jiménez
● Jhon Faver Henao Saldarriaga
Tema: Métricas de Pruebas y Métricas del
Proceso y del Proyecto
1. Introducción
Agenda 2. Métricas para Pruebas
a. ¿Qué se utiliza en las pruebas?
b. Medida de amplitud o cobertura de las
pruebas
c. Profundidad de las pruebas
d. Madurez de las pruebas
e. Perfiles de fallos
f. Densidad de defectos
g. Métrica Bang
3. Métricas de Proceso y Proyecto
a. Mejora del proceso de software
b. Métricas del Proyecto
Las pruebas de software son un proceso que se realiza por
diversos motivos que de manera casual se reduce a unos pocos
pasos donde primero se ejecuta el programa y aplicando un
INTRODUCCIÓN conjunto de valores a sus entradas se espera tener siempre una
respuesta, si esta resulta ser positiva entonces se realiza con otros
valores para intentar hacer fallar el sistema. Para obtener un
software de calidad es necesario medir el proceso de software,
osea todos sus avances, tamaño, costos, etc.
Este proceso puede realizarse de manera sencilla e informal o de
modo muy riguroso y elaborado, pero siempre bajo el mismo
principio, que es el tipo experimental.
Estas pruebas o mediciones se realizan mediante las métricas que
le dan un valor ya sea positivo o negativo a los diferentes aspectos
del desarrollo de software.
¿ Qué son las Métricas?
Las métricas mediante estadísticas determinan la experiencia, el
avance que posee el software y el cumplimiento de parámetros
requeridos por el cliente.
Las pruebas al software siempre se realizan con el objetivo de
MÉTRICAS PARA encontrar y documentar los defectos en la calidad que posee un
software desarrollado, aconsejar en base a la calidad
PRUEBAS determinada, validar y probar las hipótesis construidas en el
diseño y la especificación de requerimientos brindados mediante
una demostración concreta.
¿Qué se utiliza en las pruebas?
Durante la etapa de ejecución de pruebas se utilizarán:
● Medida de amplitud o cobertura de las pruebas
● Profundidad de las pruebas
● Madurez de las pruebas
● Perfiles de fallos
● Densidad de Defectos
● Métrica Bang
MEDIDA DE AMPLITUD Proporciona un indicador de cuantos requisitos se han probado
del número total de ellos. Indica la complexión del plan de
O COBERTURA DE LAS pruebas realizadas.
PRUEBAS La cobertura de las pruebas indica cómo se van cumpliendo los
casos de prueba especificados, por tanto una mayor cobertura de
las pruebas indica un buen desarrollo de las pruebas
La cobertura de las pruebas se calcula como:
Donde:
• CP: valor de la cobertura de las pruebas.
• CPE: número de casos de prueba que han sido ejecutados.
• CPR: número de casos de prueba a ejecutar requeridos para
cubrir todos los requerimientos.
Porcentaje de los caminos básicos independientes probados en
PROFUNDIDAD DE relación al total de ellos sumando la complejidad ciclomática de
todos los módulos del programa.
LAS PRUEBAS La métrica para pruebas del camino básico se calcula como:
Donde:
• PCB: porcentaje de caminos básicos.
• P: número de pruebas diseñadas.
• v(G): complejidad ciclomática calculada anteriormente
Indicador del buen desempeño del flujo de trabajo de pruebas,
MADUREZ DE LAS no sólo se enfoca en la completitud de los casos de prueba
según los definidos para cubrir los requerimientos, sino que
PRUEBAS también comprende los casos de pruebas que han obtenido
resultados satisfactorios.
La madurez de las pruebas se calcula como:
Donde:
• MP: valor de la madurez de las pruebas.
• CPS: número de casos de prueba que han dado resultados
satisfactorios.
• CPR: número de casos de prueba diseñados para cubrir todos
los requerimientos.
Se emplea para desarrollar una indicación del tamaño del
software a implementar como consecuencia del diseño del
MÉTRICA BANG modelo de análisis. Desarrollada por el marco es una indicación
independiente de la implementación del tamaño del sistema. El
desarrollador del software debe evaluar un conjunto de
características primitivas.
Métricas para las pruebas
●La mayoría de las métricas se concentran en el proceso y no en
el producto.
●Debe apoyarse en las métricas del análisis y del diseño.
●Métricas de cobertura de instrucciones y ramas
●Métricas relacionadas con los defectos
●Efectividad de la prueba
●Métricas en el proceso
Métricas del Proceso
y del Proyecto
Las métricas de proceso y proyecto de
software son medidas cuantitativas que
permiten obtener comprensión acerca de
la eficacia del proceso del software y de
los proyectos que se realizan, usando el
proceso como marco conceptual. Se
recopilan datos básicos de calidad y
productividad.
Métricas del Proceso 1. Valorar el estado de un proyecto en
marcha,
2. Rastrear riesgos potenciales,
3. Descubrir áreas problema antes de
que se vuelvan “críticas”,
4. Ajustar el flujo de trabajo o las tareas
y
5. Evaluar la habilidad del equipo del
proyecto para controlar la calidad de los
productos operativos del software.
Métricas del Proceso
El proceso se asienta en el centro de un
triángulo que conecta tres factores que
tienen profunda influencia sobre la
calidad del software y en el desempeño
de la organización. La habilidad y
motivación del personal ha demostrado
ser el factor individual más influyente en
la calidad y el desempeño.
Métricas del
Proyecto
A diferencia de las métricas de proceso de
software que se usaron con propósitos
estratégicos, las medidas de proyecto de
software son tácticas. Es decir, el gerente de
proyecto y un equipo de software usan las
métricas de proyecto y los indicadores
derivados de ellas para adaptar el flujo de
trabajo del proyecto y las actividades
técnicas.
Métricas del
Proyecto:
Clasificación General Las medidas directas del proceso de software
incluyen costo y esfuerzo aplicado. Las medidas
directas del producto incluyen líneas de código
producidas, rapidez de ejecución, tamaño de
memoria y defectos reportados sobre cierto espacio
de tiempo.
Las medidas indirectas del producto incluyen
funcionalidad, calidad, complejidad, eficiencia,
confiabilidad, capacidad de mantenimiento y muchas
otras “habilidades”
Métricas del
Proyecto:
Metricas Orientadas al Las métricas de software orientadas a
tamaño tamaño se derivan al normalizar las
medidas de calidad y/o productividad
para considerar el tamaño del software
que se produjo. Si una organización de
software mantiene registros simples,
puede crear una tabla de medidas
orientadas al tamaño.
Métricas del
Proyecto:
Metricas Orientadas al Las métricas de software orientadas a
Funcion función usan una medida de la funcionalidad
entregada por la aplicación como un valor
de normalización. La métrica orientada a
función de mayor uso es el punto de función
(PF). El cálculo del punto de función se basa
en características del dominio y de la
complejidad de información del software
Métricas del
Proyecto:
Metricas Orientadas al 1. Número de guiones del escenario
Objeto 2. Número de clases clave
3. Número de clases de apoyo
4. Número promedio de clases de
apoyo por clase clave
5. Número de subsistemas
Métricas del
Proyecto:
Métricas Orientadas a
Casos de Uso
El caso de uso se define al principio del
proceso del software, lo que permite
emplearlo para estimación antes de iniciar
actividades significativas de modelado y
construcción.
Métricas del
Proyecto:
Entre las medidas que pueden recopilarse están:
Métricas Orientadas a ● Número de páginas web estáticas
Proyecto WebApp ● Número de páginas web dinámicas
● Número de vínculos de página internos
● Número de objetos de datos persistentes
● Número de sistemas externos puestos en
interfaz
● Número de objetos de contenido estático
● Número de objetos de contenido dinámico
● Número de funciones ejecutables
Conclusiones
● La medición es una herramienta administrativa. Si se realiza adecuadamente, ofrece
entendimiento al gerente de un proyecto. Y, como resultado, lo ayuda a él y al equipo de
software para tomar decisiones que conducirán hacia un proyecto exitoso.
● La habilidad y motivación del personal del software que hace el trabajo son los factores más
importantes que influyen en la calidad del software.
● Puesto que muchos factores afectan el trabajo de software, se debe tomar muy en cuenta que
no se usan métricas para comparar individuos o equipos.
● Hacer uso de métricas recibe significativa relevancia porque si no se mide, el juicio, se puede
basarse solamente en la evaluación subjetiva la misma que puede llevar a cometer errores e
irregularidades. Con medición, pueden marcarse las tendencias (buenas o malas), hacerse
mejores estimaciones y, con el tiempo, lograrse verdadera mejoría.
