Presentación en Prezi sobre Indicadores y Métricas para Desarrollo y Testing elaborada por Martin Cejas.
(Transcripción Completa)
Indicadores y métricas
Para desarrollo y testing de software
Objetivos
Controlar y mejorar la calidad de productos, servicios, procesos y sistema de gestión de riesgos.
Predecir tiempo y costos
Controlar cobertura de riesgos detectados
Colaborar en la toma de decisiones
Colaborar con la aplicación de un proceso de control de riesgos adecuado
Establecer objetivos
Para productos y servicios
Para procesos
Aceptabilidad: qué valores son aceptables
Diferenciar Productos y Servicios de Procesos
El producto y/o servicio es aquello que genero y es producto de un proceso.
El proceso es aquello que me permite obtener un producto o servicio.
Aseguramiento de la calidad: se enfoca en el proceso, cumplir con él garantiza las salidas deseadas.
Control de la calidad: se enfoca en el producto/servicio. Aplicar métricas e indicadores permite conocer la desviación en cada etapa del proceso.
Producto / Servicio
¿Qué es para la empresa un producto o servicio de calidad?
¿Las métricas utilizadas permiten agregar valor al producto o servicio?
¿Cuánto esfuerzo requiere obtener los indicadores establecidos?
¿Qué medir en los productos/servicios?
Algunos puntos interesantes para medir y controlar son:
Efectividad de la prueba/desarrollo
Esfuerzo
Sobre esfuerzo
Cobertura de requisitos
Cobertura de riesgos
Cobertura de código
Calidad del desarrollo
Testing
Efectividad de la prueba
(Defectos reportados por testing/Defectos reportados por testing + Defectos reportados por el cliente) * 100 (por nivel de criticidad)
(Defectos reportados/cantidad de casos de prueba ejecutados) * 100 (por nivel de criticidad)
Cantidad de defectos críticos/horas de prueba
Cantidad de defectos inyectados detectados/cantidad de defectos inyectados totales
Cantidad de defectos agrupados por nivel de criticidad
Esfuerzo
Tiempo promedio de resolución de defectos
Cantidad de casos ejecutados/horas de esfuerzo
Cantidad de casos redactados/horas de esfuerzo
Cantidad de defectos reportados/horas de esfuerzo
Sobre esfuerzo
Cantidad de casos de prueba escritos/cantidad de casos no ejecutados (por criticidad)
Cantidad de defectos reportados/cantidad de falsos positivos
(Cantidad de defectos asociados a la documentación/cantidad de defectos reportados) * 100
cantidad de defectos asociados a ambiente y/o datos /total de defectos reportados)
cantidad de ejecuciones + cantidad de reejecuciones/casos totales
Cobertura de requisitos y riesgos
Requisitos funcionales y no funcionales con al menos un caso de prueba asociado / requisitos funcionales y no funcionales totales
Cantidad de casos de prueba ejecutados (por criticidad) / cantidad de riesgos detectados (por criticidad)
Desarrollo
Efectividad del desarrollo
Cantidad de defectos detectados (por etapa especificación, diseño y codificación)
Cantidad de defectos detectados (por criticidad)
Porcentaje de deuda técnica acumulado
Complejidad ciclomática por módulo/método
Nivel de calidad alcanzado en SQALE
Cantidad de defectos + alertas (por categoría usabilidad, funcionalidad, confiabilidad, eficiencia, etc.)
Esfuerzo
Cantidad de horas / líneas de código escritas
Sobre esfuerzo
Cantidad de horas/defectos corregidos
Cantidad de defectos reabiertos/cantidad de defectos reportados (por criticidad)
Cantidad de defectos registrados por código inaccesible
Cantidad de defectos reportados en las pruebas de integración
Cobertura de código
Porcentaje de código cubierto en pruebas unitarias
Incorporar indicadores y métricas seleccionados al sistema de gestión de la calidad e incorporar herramientas que abaraten el costo de obtener los indicadores
Realizar mediciones para obtener los indicadores seleccionados
Verificar si se cumplen los objetivos y tomar medidas para corregir las desviaciones y obtener las salidas deseadas en caso de incumplimiento
Autor:
Martin Cejas
Administración de herramientas de testing y automatización de pruebas en Gestion.IT
Argentina
Banking
