Métricas de prueba de software: qué es, tipos y ejemplos

Métricas de prueba en pruebas de software

Métricas de prueba de software son las medidas cuantitativas utilizadas para estimar el progreso, la calidad, la productividad y la salud del proceso de prueba de software. El objetivo de las métricas de prueba de software es mejorar la eficiencia y eficacia en el proceso de prueba de software y ayudar a tomar mejores decisiones para procesos de prueba adicionales al proporcionar datos confiables sobre el proceso de prueba.

Una métrica define en términos cuantitativos el grado en que un sistema, componente del sistema o proceso posee un atributo determinado. El ejemplo ideal para entender las métricas sería el kilometraje semanal de un coche comparado con su kilometraje ideal recomendado por el fabricante.

Métricas de prueba de software: mejora la eficiencia y eficacia de un proceso de prueba de software.

Las métricas de prueba de software o medición de prueba de software son la indicación cuantitativa de la extensión, capacidad, dimensión, cantidad o tamaño de algún atributo de un proceso o producto.

Ejemplo de medición de prueba de software: Número total de defectos

¿Por qué son importantes las métricas de prueba?

"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.

• Tomar decisión para la siguiente fase de actividades.
• Evidencia de la afirmación o predicción.
• Comprender el tipo de mejora requerida.
• Tomar decisión o cambio de proceso o tecnología.

Leer más sobre su Importancia de las métricas de prueba

Tipos de métricas de prueba

• Métricas del proceso: Se puede utilizar para mejorar la eficiencia del proceso del SDLC (Ciclo de vida del desarrollo de programas)
• Métricas del producto: Se trata de la calidad del producto de software.
• Métricas del proyecto: Se puede utilizar para medir la eficiencia de un equipo de proyecto o cualquier herramientas de prueba siendo utilizado por los miembros del equipo

La identificación de métricas de prueba correctas es muy importante. Es necesario considerar algunas cosas antes de identificar las métricas de la prueba.

• Fijar el público objetivo para la preparación de métricas.
• Definir el objetivo de las métricas
• Introducir todas las métricas relevantes basadas en las necesidades del proyecto.
• Analice el aspecto de costo-beneficio de cada métrica y la fase de estilo de vida del proyecto en la que se obtiene el máximo rendimiento.

Métricas de prueba manuales

In Ingeniería de SoftwareLas métricas de prueba manuales se clasifican en dos clases.

• Métricas base
• Métricas calculadas

Las métricas base son los datos sin procesar recopilados por Test Analyst durante el desarrollo y ejecución del caso de prueba (# de casos de prueba ejecutados, # de casos de prueba). Mientras que las métricas calculadas se derivan de los datos recopilados en las métricas base. El administrador de pruebas generalmente sigue las métricas calculadas para fines de informes de pruebas (% completado, % cobertura de prueba).

Dependiendo del proyecto o modelo de negocio, algunas de las métricas importantes son

• Métricas de productividad de ejecución de casos de prueba
• Métricas de productividad de preparación de casos de prueba
• Métricas de defectos
• Defectos por prioridad
• Defectos por gravedad
• Relación de deslizamiento de defectos

Ciclo de vida de métricas de prueba en ingeniería de software

Cómo calcular la métrica de prueba

Ejemplo de métrica de prueba

Para entender cómo calcular las métricas de prueba, veremos un ejemplo de un caso de prueba porcentual ejecutado.

Para obtener el estado de ejecución de los casos de prueba en porcentaje, utilizamos la fórmula.

Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100

Asimismo, puedes calcular otros parámetros como casos de prueba no ejecutados, casos de prueba aprobados, casos de prueba fallidos, casos de prueba bloqueados, etc.

Glosario de métricas de prueba

• Relación de esfuerzo de retrabajo = (Esfuerzos de retrabajo reales invertidos en esa fase/esfuerzos reales totales invertidos en esa fase) X 100
• Avance de requisitos = (Número total de requisitos agregados/Número de requisitos iniciales)X100
• Variación del horario = (Fecha de entrega real – Fecha de entrega planificada)
• Costo de encontrar un defecto en las pruebas = (Esfuerzo total invertido en las pruebas/defectos encontrados en las pruebas)
• Deslizamiento del horario = (Fecha de finalización real – Fecha de finalización estimada) / (Fecha de finalización prevista – Fecha de inicio prevista) X 100
• Porcentaje de casos de prueba aprobados = (Número de Pruebas Pasadas/Número total de pruebas ejecutadas) X 100
• Porcentaje de casos de prueba fallidos = (Número de pruebas fallidas/Número total de pruebas ejecutadas) X 100
• Porcentaje de casos de prueba bloqueados = (Número de Pruebas Bloqueadas/Número total de pruebas ejecutadas) X 100
• Porcentaje de defectos fijos = (Defectos arreglados/Defectos reportados) X 100
• Porcentaje de defectos aceptados = (Defectos aceptados como válidos por el equipo de desarrollo/Total de defectos reportados) X 100
• Porcentaje diferido de defectos = (Defectos diferidos para versiones futuras /Total de defectos reportados) X 100
• Porcentaje de defectos críticos = (Defectos críticos / Total de defectos reportados) X 100
• Tiempo promedio para que un equipo de desarrollo repare los defectos = (Tiempo total necesario para corregir errores/Número de errores)
• Número de pruebas ejecutadas por período de tiempo = Número de pruebas ejecutadas/Tiempo total
• Eficiencia del diseño de pruebas = Número de pruebas diseñadas /Tiempo total
• Eficiencia de la revisión de pruebas = Número de pruebas revisadas /Tiempo total
• Búsqueda de errores de memoria o número de defectos por hora de prueba = Número total de defectos/Número total de horas de prueba