Métricas de prueba de software Las medidas cuantitativas se utilizan para evaluar el progreso, la calidad, la productividad y la salud del proceso de prueba de software. El propósito de las métricas de prueba de software es mejorar la eficiencia y la efectividad en el proceso de prueba de software y ayudar a tomar mejores decisiones sobre el proceso de prueba adicional al proporcionar datos confiables sobre el proceso de prueba.
La métrica define en términos cuantitativos hasta qué punto un sistema, componente del sistema o proceso tiene una característica particular. El ejemplo ideal para comprender las métricas es el kilometraje semanal de un automóvil en comparación con el kilometraje ideal recomendado por el fabricante.
Métricas de prueba de software: mejora la eficiencia y la eficacia de los procesos de prueba de software.
Las métricas de prueba de software o métricas de prueba de software son la representación cuantitativa del tamaño, capacidad, dimensión, tamaño o cantidad de alguna característica de un proceso o producto.
Ejemplo de medición de prueba de software: Número total de defectos
En este tutorial, aprenderá:
¿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.
- Decidir para la siguiente etapa de actividades
- Evidencia del reclamo o pronóstico
- Comprender el tipo de mejora requerida
- Tomar una decisión o procesar o cambiar la tecnología.
Leer más sobre un Importancia de las métricas de prueba
Tipos de métricas de prueba
Es muy importante identificar las métricas de prueba correctas. Hay algunas cosas a considerar antes de identificar las métricas de prueba
- Fijar el grupo objetivo para la preparación de métricas
- Definir el objetivo de las métricas
- Introduzca todas las métricas relevantes basadas en los requisitos del proyecto.
- Analizar el aspecto de costo-beneficio de cada métrica y fase de estilo de vida del proyecto que resulte en el máximo rendimiento.
Métricas de prueba manual
En Ingeniería de Software, las métricas de prueba manuales se clasifican en dos clases
- Métricas base
- Métricas calculadas
Las métricas son la base de los datos sin procesar recopilados por los analistas de pruebas durante el desarrollo y la ejecución de un 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 métricas básicas. El administrador de pruebas generalmente sigue métricas calculadas para fines de informes de pruebas (% Completado,% Prueba de cobertura).
Dependiendo del proyecto o modelo de negocio, algunas de las métricas son importantes
- Métricas de productividad de ejecución de casos de prueba
- Pruebe las métricas de productividad de la preparación de queso
- Métricas defectuosas
- Defectos por prioridad
- Defectos por severidad
- Relación de deslizamiento defectuosa
Métricas de prueba del ciclo de vida
| Diferentes etapas del ciclo de vida de las métricas | Pasos durante cada paso |
|---|---|
| |
| |
| |
|
Cómo calcular métricas de prueba
| Sr # | Pasos para probar métricas | Ejemplo |
| 1 | Identificar los procesos clave de prueba de software que se van a medir. |
|
| 2 | En este paso, el evaluador usa los datos como base para definir las métricas |
|
| 3 | Determinación de la información a seguir, frecuencia de seguimiento y quién es el responsable. |
|
| 4 | Cálculo, gestión e interpretación efectivos de métricas definidas |
|
| 5 | Identificar las áreas de mejora en función de la interpretación de las métricas definidas. |
|
Ejemplo de métricas de prueba
Para entender cómo calcular las métricas de prueba, veremos un ejemplo de un caso de prueba de porcentaje ejecutado.
Para encontrar el estado de ejecución de los casos de prueba en porcentaje, usamos la fórmula.
Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100
Del mismo modo, puede calcular sus otros parámetros como los casos de prueba no se completaron, los casos de prueba se aprobaron, los casos de prueba fallaron, los casos de prueba se bloquearon, etc.
Métricas de prueba del glosario
- Relación de efecto de retrabajo; (Intentos reales de reelaboración gastados en esa fase / intentos reales totales en esa etapa) X 100
- Requisito de fluencia (Número total de requisitos añadidos / Número de requisitos iniciales)
- Variables de programación (Intentos reales – Intentos estimados) / Intentos estimados) X 100
- Costo de encontrar una falla en una prueba (Intento de prueba total / fallas de prueba encontradas)
- Hoja de horario (Fecha de finalización real – Fecha de finalización estimada) / (Fecha de finalización planificada – Fecha de inicio planificada) X 100
- pag.Porcentaje de casos de prueba Assed (Número de pruebas aprobadas / Número total de pruebas realizadas)
- Porcentaje de casos de prueba fallidos (Número de pruebas fallidas / Número total de pruebas probadas)
- Porcentaje de casos de prueba bloqueados (Número de pruebas bloqueadas / Número total de pruebas realizadas)
- Porcentaje de defectos fijos (Defectos solucionados / Fallos notificados)
- Porcentaje de defectos aceptados = (Defectos aceptados como válidos por el equipo de desarrollo / Total de defectos informados) X 100
- Defectos porcentuales diferidos Defectos diferidos para futuras emisiones / Total de defectos informados
- Porcentaje de defectos críticos (Defectos críticos / Total de defectos reportados)
- Tiempo promedio para que el equipo de desarrollo repare los defectos = (Tiempo total necesario para errores / Número de errores)
- Número de pruebas ejecutadas por período de tiempo Número de pruebas ejecutadas / tiempo total
- Eficacia del diseño de prueba Número de pruebas diseñadas / tiempo total
- Efectividad de las revisiones de las pruebas Número de pruebas revisadas / tiempo total
- Encuentre un error de memoria o número de fallas por hora de prueba = Número total de defectos / Número total de horas de prueba