Técnicas de estimación: pruebas
Los esfuerzos de prueba no se basan en un período de tiempo definitivo. Los esfuerzos continúan hasta que se establece un cronograma predeterminado, independientemente de la finalización de las pruebas.
Esto se debe principalmente al hecho de que, convencionalmente, test effort estimation es parte del development estimation. Solo en el caso de técnicas de estimación que utilizan WBS, como Wideband Delphi, Three-point Estimation, PERT y WBS, se pueden obtener los valores para las estimaciones de las actividades de prueba.
Si ha obtenido las estimaciones como Puntos de función (FP), según Caper Jones,
Number of Test Cases = (Number of Function Points) × 1.2
Una vez que tenga la cantidad de casos de prueba, puede tomar los datos de productividad de la base de datos de la organización y calcular el esfuerzo requerido para las pruebas.
Método de porcentaje de esfuerzo de desarrollo
El esfuerzo de prueba requerido es una proporción directa o un porcentaje del esfuerzo de desarrollo. El esfuerzo de desarrollo se puede estimar utilizando líneas de código (LOC) o puntos de función (FP). Luego, el porcentaje de esfuerzo para las pruebas se obtiene de la base de datos de la organización. El porcentaje así obtenido se utiliza para llegar a la estimación de esfuerzo para la prueba.
Estimación de proyectos de prueba
Varias organizaciones ahora brindan servicios independientes de verificación y validación a sus clientes y eso significaría que las actividades del proyecto serían completamente actividades de prueba.
La estimación de proyectos de prueba requiere experiencia en proyectos variados para el ciclo de vida de prueba de software. Cuando esté estimando un proyecto de prueba, considere:
- Habilidades de equipo
- Conocimiento del dominio
- Complejidad de la aplicación
- Información histórica
- Ciclos de errores para el proyecto
- Disponibilidad de recursos
- Variaciones de productividad
- Entorno del sistema y tiempo de inactividad
Prueba de técnicas de estimación
Se ha demostrado que las siguientes técnicas de estimación de pruebas son precisas y se utilizan ampliamente:
- Técnica de estimación de pruebas de software PERT
- Método UCP
- WBS
- Técnica Delphi de banda ancha
- Análisis de punto de función / punto de prueba
- Distribución porcentual
- Técnica de estimación de pruebas basada en la experiencia
Técnica de estimación de pruebas de software PERT
La técnica de estimación de pruebas de software PERT se basa en métodos estadísticos en los que cada tarea de prueba se divide en subtareas y luego se realizan tres tipos de estimación en cada subtarea.
La fórmula utilizada por esta técnica es:
Test Estimate = (O + (4 × M) + E)/6
Dónde,
O = Estimación optimista (mejor escenario en el que nada sale mal y todas las condiciones son óptimas).
M = Estimación más probable (duración más probable y puede haber algún problema, pero la mayoría de las cosas saldrán bien).
L = Estimación pesimista (peor escenario en el que todo sale mal).
La desviación estándar de la técnica se calcula como:
Standard Deviation (SD) = (E − O)/6
Método de punto de caso de uso
El método UCP se basa en los casos de uso en los que calculamos los pesos de los actores no ajustados y los pesos de los casos de uso no ajustados para determinar la estimación de las pruebas de software.
El caso de uso es un documento que especifica diferentes usuarios, sistemas u otras partes interesadas que interactúan con la aplicación en cuestión. Se denominan "Actores". Las interacciones logran algunos objetivos definidos que protegen el interés de todas las partes interesadas a través de diferentes comportamientos o flujos denominados escenarios.
Step 1- Cuente el no. de actores. Los actores incluyen positivos, negativos y excepcionales.
Step 2 - Calcule los pesos de los actores no ajustados como
Unadjusted Actor Weights = Total no. of Actors
Step 3 - Cuente el número de casos de uso.
Step 4 - Calcule los pesos de casos de uso no ajustados como
Unadjusted Use-Case Weights = Total no. of Use-Cases
Step 5 - Calcular puntos de casos de uso no ajustados como
Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)
Step 6- Determinar el factor técnico / ambiental (TEF). Si no está disponible, tómelo como 0.50.
Step 7 - Calcular el punto de caso de uso ajustado como
Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]
Step 8 - Calcule el esfuerzo total como
Total Effort = Adjusted Use-Case Point × 2
Estructura de desglose del trabajo
Step 1 - Cree WBS dividiendo el proyecto de prueba en partes pequeñas.
Step 2 - Divida los módulos en submódulos.
Step 3 Divida los submódulos en funcionalidades.
Step 4 - Dividir funcionalidades en subfuncionalidades.
Step 5 - Revise todos los requisitos de prueba para asegurarse de que se agreguen en WBS.
Step 6 - Calcule la cantidad de tareas que su equipo debe completar.
Step 7 - Estimar el esfuerzo de cada tarea.
Step 8 - Estimar la duración de cada tarea.
Técnica Delphi de banda ancha
En el método Delphi de banda ancha, WBS se distribuye a un equipo compuesto por 3-7 miembros para volver a estimar las tareas. La estimación final es el resultado de las estimaciones resumidas basadas en el consenso del equipo.
Este método habla más de la experiencia que de una fórmula estadística. Este método fue popularizado por Barry Boehm para enfatizar en la iteración del grupo para llegar a un consenso donde el equipo visualizaba diferentes aspectos de los problemas mientras estimaba el esfuerzo de prueba.
Análisis de punto de función / punto de prueba
Los FP indican la funcionalidad de la aplicación de software desde la perspectiva del usuario y se utilizan como técnica para estimar el tamaño de un proyecto de software.
En las pruebas, la estimación se basa en el documento de especificación de requisitos o en un prototipo de la aplicación creado previamente. Para calcular FP para un proyecto, se requieren algunos componentes principales. Ellos son -
Unadjusted Data Function Points - i) Archivos internos, ii) Interfaces externas
Unadjusted Transaction Function Points - i) Entradas de usuario, ii) Salidas de usuario y iii) Consultas de usuario
Capers Jones basic formula -
Número de casos de prueba = (Número de puntos de función) × 1,2
Total Actual Effort (TAE) -
(Número de casos de prueba) × (Porcentaje de esfuerzo de desarrollo / 100)
Distribución porcentual
En esta técnica, todas las fases del Ciclo de vida del desarrollo de software (SDLC) se asignan al esfuerzo en%. Esto puede basarse en datos anteriores de proyectos similares. Por ejemplo
| Fase | % de esfuerzo |
|---|---|
| Gestión de proyectos | 7% |
| Requisitos | 9% |
| Diseño | dieciséis% |
| Codificación | 26% |
| Prueba (todas las fases de prueba) | 27% |
| Documentación | 9% |
| Instalación y formación | 6% |
A continuación, el% del esfuerzo de las pruebas (todas las fases de prueba) se distribuye aún más para todas las fases de prueba
| Todas las fases de prueba | % de esfuerzo |
|---|---|
| Prueba de componentes | dieciséis |
| Pruebas independientes | 84 |
| Total | 100 |
| Pruebas independientes | % de esfuerzo |
|---|---|
| Pruebas de integración | 24 |
| Prueba del sistema | 52 |
| Test de aceptación | 24 |
| Total | 100 |
| Prueba del sistema | % de esfuerzo |
|---|---|
| Prueba funcional del sistema | sesenta y cinco |
| Prueba de sistema no funcional | 35 |
| Total | 100 |
| Arquitectura de diseño y planificación de pruebas | 50% |
| Fase de revisión | 50% |
Técnica de estimación de pruebas basada en la experiencia
Esta técnica se basa en analogías y expertos. La técnica asume que ya probó aplicaciones similares en proyectos anteriores y recopiló métricas de esos proyectos. También recopiló métricas de pruebas anteriores. Tome las aportaciones de expertos en la materia que conocen muy bien la aplicación (así como las pruebas) y utilice las métricas que ha recopilado y llegue al esfuerzo de prueba.