Análisis de puntos de prueba
Los puntos de prueba reflejan la complejidad de las actividades de prueba midiendo el tamaño del proceso de prueba del software para garantizar que el software cumpla con los objetivos de calidad. Como medida de complejidad, debe hacer todo lo posible para reflejar la ejecución de las actividades de prueba, incluida la planificación de pruebas, el diseño de pruebas, la ejecución de pruebas, los informes de pruebas y el seguimiento de defectos.
El análisis de puntos de prueba toma un conjunto de casos de prueba como entrada para generar puntos de prueba.
La complejidad de un caso de prueba incluye cuatro dimensiones: punto de control, condición previa, datos de prueba y tipos de caso de prueba.
Esta afirmación es una suposición válida.
Estas dimensiones se clasifican en dos tipos:
Cada caso de prueba está diseñado como un número determinado de puntos de prueba. Estos puntos de prueba constan de una cierta cantidad de puntos de control, la complejidad de las condiciones previas y los datos de prueba utilizados en el caso de uso.
El punto de control es la condición bajo la cual el evaluador necesita verificar si la salida de la función objetivo es consistente con el resultado esperado durante la prueba. Un caso de uso contiene uno o más puntos de control.
Condición previa. Las condiciones previas de un caso de prueba especifican las condiciones bajo las cuales se ejecutará el caso de prueba. La condición previa, al igual que los datos de prueba, afecta principalmente el costo de ejecución de la prueba. Para los casos de prueba, algunas condiciones previas están asociadas con la construcción de datos de prueba.
Tabla 1: Descripción del nivel de complejidad de la condición previa (Condición previa)
Datos de prueba. Los datos de prueba se utilizan para ejecutar casos de prueba. Puede generarse durante la ejecución de la prueba, prepararse mediante pruebas previas antes de la prueba o generarse mediante un script de prueba. Para un conjunto de casos de prueba o para todo el sistema, los datos de prueba pueden ser generales o específicos. Los datos de prueba genéricos pueden reutilizarse en varios conjuntos de casos de prueba.
Tabla 2: Descripción del nivel de complejidad de los datos de prueba
Tabla 3: Asignación de puntos de prueba de condiciones previas
Tabla 4: Datos de prueba Asignación de puntos de prueba
Las constantes de las Tablas 3 y 4 provienen de una encuesta realizada a 18 ingenieros de pruebas. El valor de la desviación estándar refleja la desviación de los resultados del ajuste. Estas constantes estimadas pueden reflejar mejor las características del proyecto y el entorno.
Tabla 5: Peso de cada tipo de prueba
La suma final de todos los puntos de prueba de ajuste (Ajustar punto de caso de prueba) es:
UTCP es UnAdjust Test Case El punto
W es el peso del caso de prueba
Las actividades de prueba se pueden dividir en cuatro categorías: planificación de pruebas, diseño de pruebas, ejecución de pruebas e informe de defectos. Entre estos cuatro tipos de actividades, la ejecución de pruebas y el informe de defectos se ejecutarán varias veces en un determinado caso de prueba del proyecto. Sin embargo, los tamaños de los puntos de prueba medidos se encuentran dispersos entre estos cuatro tipos de actividades, y la premisa de dicha medición es que cada actividad se ejecuta una vez. La distribución del esfuerzo por actividad de prueba nos permite predecir el esfuerzo de ejecución de la prueba y el informe de defectos más de una vez. La distribución de la inversión para cada actividad de prueba se puede generar a partir de datos históricos.
Tabla 6: Distribución de la inversión en pruebas
Con base en la disponibilidad de información y recursos, la inversión en pruebas se puede estimar mediante los siguientes métodos simples:
El índice de productividad puede Determinado por datos históricos
Al sustituir datos históricos, los valores de los coeficientes A y B se pueden obtener mediante ajuste lineal.
Luego utilícelo para estimar el esfuerzo de la nueva versión.
Las pruebas de software juegan un papel importante en el desarrollo y mantenimiento de un software exitoso. Estimar con precisión la inversión en pruebas es un paso fundamental para lograr sus objetivos. Para intentar llenar el vacío en la estimación de las pruebas de software, este artículo propone un método de análisis de puntos de prueba y cómo este método calcula la escala y la inversión de las actividades de prueba de software. La entrada a este análisis es un conjunto de casos de prueba y la salida son los puntos de prueba para cada caso de uso.
Como producto de un tester, los casos de uso deben aplicarse en las actividades de ejecución de pruebas. Una característica poderosa del método de análisis de puntos de prueba es que puede medir la complejidad de un caso de uso. Esto refleja mejor las aportaciones de los evaluadores a sus actividades.
Otra ventaja es que al contar el número de puntos de control, medir las condiciones previas y la complejidad de los datos de prueba y determinar el tipo de cada caso de prueba, se puede aplicar fácilmente.
Sin embargo, este método también tiene muchas limitaciones.
¡¡¡Debe prestar atención a estas limitaciones cuando realice mejoras en este método en el futuro
Texto original de Test Case Point Analysis