6 Métricas QA para el éxito de tus proyectos

métricas qa

6 Métricas QA para el éxito de tus proyectos

En esta publicación hablaremos de algunas de las métricas QA de control de calidad que se utilizan para estimar el progreso de las pruebas y sus resultados. Estas métricas nos permitirán rastrear el estado de las actividades de control de calidad, medir la calidad del producto y la eficiencia del equipo y optimizar los procesos.

En todo proyecto de desarrollo de software es importante tener una estrategia de garantía de calidad eficaz que se pueda medir. Para ello, es necesario medir la eficiencia del equipo, la calidad del producto y debe facilitarnos información válida sobre el proceso de prueba de software.

Quality Assurance (QA) o el aseguramiento de calidad se convierte en un elemento indispensable del proceso de desarrollo de software en la vida de los desarrolladores y testers. Las aplicaciones y sitios web han ido aumentando su complejidad en  los últimos años, lo que ha provocado que los procesos de calidad se hayan vuelto más extensos. Los proyectos más complejos requieren normalmente pruebas más completas adaptadas a las características y funciones que permita eliminar infinidad de errores previamente a su lanzamiento. Repasamos algunas de las métricas QA más utilizadas.

Métricas QA de control de calidad

Mean Time to Detect (MTTD) 

El tiempo medio de detección (MTTD) es uno de los principales indicadores clave de rendimiento en la gestión de incidencias. Se refiere al tiempo medio que toma el equipo en detectar problemas. En el desarrollo de software, la detección de errores lo antes posible evita costes y pérdidas financieras. Es por esta razón que es necesario mantener los valores MTTD lo más bajos posible. El objetivo es la detección y resolución rápida de problemas para tener un valor bajo para MTTD.

¿Cómo se calcula?

Calcular el tiempo medio de detección es sencillo. Consiste en medir cuánto tiempo pasó entre el comienzo de un incidente y el momento en que se detecta. Por ejemplo, si un incidente comenzó a las 16:00, y se descubrió a las 17:00, se tardó en detectar el error 1 hora. Con estos datos, deben utilizar los registros del tiempo de detección de varios incidentes y luego calcular el tiempo medio de detección.

Mean Time to Repair (MTTR)

El tiempo medio de reparación, es el tiempo medio que tarda una organización en reparar los problemas que provocan interrupciones en los sistemas.

Nos permite tener una visión de la rapidez con la que el equipo responde y resuelve averías no planificadas. El cálculo del MTTR considera el período de tiempo entre el comienzo del incidente y el momento en que el equipo o sistema vuelve a la producción. 

Esta métrica nos permite descubrir cómo aumentar la eficiencia de mantenimiento y limitar el tiempo de inactividad no planificada para ahorrar costes en los resultados finales. MTTR facilita el análisis de los retrasos en las reparaciones, y su solución minimizando los pedidos perdidos y aumentando el servicio al cliente. MTTR nos muestra información sobre cómo el equipo compra materiales técnicos, programa el mantenimiento y maneja las tareas de mantenimiento.

¿Cómo calcularlo?

Se calcula dividiendo el tiempo total de mantenimiento no planificado invertido en un activo por el número total de fallas que experimentó ese activo durante un período específico. El tiempo medio de reparación se suele representar en horas.

Test Reliability

La confiabilidad del software consiste en la probabilidad de que el software funcione correctamente en un entorno específico y durante un período de tiempo determinado. Esta métrica de prueba de confiabilidad, hace referencia a la cantidad de casos de prueba que no brindan comentarios útiles debido a que no son confiables. 

¿Cómo se calcula?

Probabilidad = Número de casos fallidos / Número total de casos bajo consideración.

Test Coverage

Otra métrica QA muy utilizada es la cobertura de prueba. Se trata de una métrica que permite asegurar que sus pruebas pueden cubrir la mayoría de las funcionalidades del producto. Ayuda a monitorear la calidad de las pruebas y testeadores a crear pruebas que cubran áreas que faltan o no están validadas.

Muchos de los equipos basan los cálculos de cobertura sólo en los requisitos funcionales, pero si los equipos de pruebas no funcionales dedicados e independientes están trabajando en el rendimiento, la seguridad o las pruebas de usabilidad es necesario que hagan un seguimiento de sus requisitos hasta la ejecución a través del análisis de cobertura de pruebas.

¿Cómo se calcula?

Porcentaje de cobertura de prueba = (número de reclamos cubiertos por casos de prueba / número total de reclamos) x 100.

Code Coverage

La cobertura de código es una medida que se refiere a cuántas líneas, bloques del código se ejecutan mientras se ejecutan las pruebas automatizadas.

La cobertura del código se recopila mediante el uso de herramientas para instrumentar los binarios a fin de agregar llamadas de seguimiento y ejecutar un conjunto completo de pruebas automatizadas contra el producto. Esto nos facilitará el porcentaje del código que se ejecuta y nos permitirá ver exactamente qué líneas de código se ejecutaron durante una prueba determinada.

¿Cómo se calcula?

Porcentaje de cobertura de código = (Número de líneas de código ejecutadas por un algoritmo de prueba / Número total de líneas de código en un componente del sistema) x 100.

Escaped Defects Found

Los defectos escapados es una métrica que cuenta el número de defectos que se encontraron de una versión determinada después de la fecha de producción. Esta detección de defectos ha sido realizada por el cliente en vez de por el equipo de desarrollo. Estos defectos suelen ser bastante costosos y es necesario y útil analizarlos con detalle para que esta métrica sea menos. Definir y detectar el origen de la causa de los defectos escapados nos ayudará a prevenir que se repitan los mismos problemas en futuras versiones.

Se pueden clasificar estos defectos de software en diferentes categorías como errores de funcionalidad, errores de comunicación, errores de seguridad o defectos de funcionamiento.

Conclusión

El proceso de garantía de calidad debe planificarse y supervisarse de manera exhaustiva para conseguir el éxito adecuado. La mejor forma de realizar un seguimiento de la eficacia de las actividades de control de calidad es utilizar las métricas QA correctas. 

En este post hemos tratado las métricas esenciales en la estrategia de control de calidad esenciales que tu organización debería considerar adoptar para conseguir el éxito en sus proyectos de software.

Comparte

Share on facebook
Facebook
Share on twitter
Twitter
Share on pinterest
Pinterest
Share on linkedin
LinkedIn

Entradas relacionadas