Técnicas de estimación de pruebas en pruebas de software
Tomas Hamilton
⚡ Resumen inteligente
Las técnicas de estimación de pruebas de software permiten calcular aproximadamente cuánto tiempo y cuánto costarán las pruebas. Un proceso de cuatro pasos —desglosar las tareas, asignar responsables, estimar el esfuerzo y validar con las partes interesadas— transforma los plazos imprecisos en un plan sólido que la dirección puede aprobar.
¿Qué es la estimación de pruebas de software?
Estimación de pruebas de software es una actividad de gestión que aproxima cuánto tiempo tomará una tarea de prueba y cuánto costará. Producir una estimación de prueba creíble es una de las responsabilidades más importantes en gestión de pruebas porque influye en las decisiones sobre plazos, presupuesto y recursos.
Por qué es importante la estimación de pruebas
Los clientes siempre hacen dos preguntas antes de aprobar un proyecto de prueba:
Para proyectos pequeños, estas preguntas son fáciles de responder. Para un proyecto más grande, digamos probar el GuruSitio web de 99 Bank: necesitas una técnica estructurada para defender la respuesta.
¿Qué estimar?
- Recursos: personal, equipos, instalaciones, financiación y todo lo demás necesario para llevar a cabo el trabajo.
- Hora: El recurso más valioso en cualquier proyecto: cada lanzamiento tiene una fecha límite.
- Habilidades humanas: El conocimiento y la experiencia del equipo. Los evaluadores más capacitados terminan más rápido que un equipo con menos experiencia.
- Costo: el presupuesto del proyecto: cuánto dinero se necesita para realizar las pruebas planificadas.
Cómo estimar
Las técnicas comunes de estimación de pruebas de software son:
- Estructura de Desglose del Trabajo (EDT).
- Estimación de tres puntos.
- Delphi de banda ancha.
- Análisis de puntos de función o puntos de prueba.
- Método de punto de caso de uso.
- Distribución porcentual.
- Método ad hoc.
El proceso de cuatro pasos que se describe a continuación combina varias técnicas para llegar a una estimación defendible. El ejemplo utiliza la GuruEstudio de caso del Banco 99.
Paso 1) Dividir todo el proyecto en subtareas
Utilice el Estructura de desglose del trabajo Técnica para dividir un proyecto complejo en módulos, submódulos y, finalmente, en las tareas más pequeñas y significativas. Las estimaciones son mucho más fiables a nivel de tareas básicas que en proyectos generales poco definidos.
Aplique la técnica para romper el Guru99 proyectos bancarios divididos en cinco tareas más pequeñas:
Cada tarea se divide luego en subtareas hasta que cada línea tenga el nivel de detalle suficiente para realizar una estimación.
| Task | Subtarea |
|---|---|
| Analizar la especificación de requisitos de software | Investigar las especificaciones de los requisitos. |
| Entrevista a los desarrolladores y otras partes interesadas para obtener más información sobre el sitio web. | |
| Crear la especificación de prueba | Diseñar escenarios de prueba. |
| Crear casos de prueba. | |
| RevRevisar y analizar los casos de prueba. | |
| Ejecuta los casos de prueba | Construye el entorno de prueba. |
| Ejecuta los casos de prueba. | |
| RevVer resultados de la ejecución de la prueba. | |
| Reportar los defectos | Crea el precisa informes. |
| Reporta los defectos. |
Paso 2) Asignar cada tarea a un miembro del equipo.
Asigne cada subtarea al responsable más adecuado.
| Task | Propietario |
|---|---|
| Analizar la especificación de requisitos de software | Todos los miembros del equipo |
| Crear la especificación de prueba | Probador / Analista de pruebas |
| Construir el entorno de prueba | Administrador de pruebas |
| Ejecuta los casos de prueba | Probador, administrador de pruebas |
| Reportar defectos | Tester |
Paso 3) Estimación del esfuerzo para cada tarea
En esta etapa, dos técnicas complementarias funcionan bien:
- Método del punto de función.
- Estimación de tres puntos.
Método 1) Método del punto de función
El responsable de pruebas estima el tamaño, la duración y el coste de cada tarea.
Paso A) Estimar el tamaño de la tarea
Consideremos la tarea "Crear la especificación de prueba". Su tamaño depende del tamaño funcional del sistema bajo prueba: cuantas más funciones tenga, más complejo será el sistema. Los puntos de función se clasifican generalmente en tres grupos: Complejos, Medios y Simples.
En función de la complejidad, el gestor de pruebas asigna un peso a cada punto de función:
| Grupo procesos | ponderación |
|---|---|
| Complejo | 5 |
| Media | 3 |
| Fácil | 1 |
Los GuruEl sitio web de 99 Bank está dividido en 12 puntos funcionales. Su complejidad se resume a continuación.
| # | Módulo | Roles aplicables | Descripción | ponderación |
|---|---|---|---|---|
| 1 | Consulta de saldo | Gerente de Clientes | Cliente: Consulta únicamente el saldo de tus propias cuentas. Manager: ver el saldo de cada cliente bajo supervisión. |
3 |
| 2 | Transferencia de fondos | Gerente de Clientes | Cliente: Transfiere fondos desde tu propia cuenta a cualquier destino. Manager: Transferir fondos desde cualquier origen a cualquier destino. |
5 |
| 3 | Mini declaración | Gerente de Clientes | Últimas cinco transacciones de una cuenta. Cliente: Ver solo cuentas propias. Manager: ver cualquier cuenta. |
3 |
| 4 | Declaración personalizada | Gerente de Clientes | Transacciones filtradas por fecha o valor. Cliente: Solo cuentas propias. Manager: cualquier cuenta. |
5 |
| 5 | Cambiar Contraseña | Gerente de Clientes | Cliente: cambiar mi propia contraseña. Manager: cambiar su propia contraseña (no la del cliente). |
1 |
| 6 | CLIENTE NUEVO | Manager | Agregar y editar los datos del cliente (dirección, correo electrónico, teléfono). | 3 |
| 7 | Cuenta nueva | Manager | Cuentas de ahorro y cuentas corrientes; un cliente puede tener varias de cada una. El gerente añade nuevas cuentas para los clientes existentes. | 5 |
| 8 | Editar Cuenta | Manager | Editar los detalles de una cuenta existente. | 1 |
| 9 | Borrar Cuenta | Manager | Eliminar una cuenta existente para un cliente. | 1 |
| 10 | Eliminar cliente | Manager | Elimine un cliente únicamente cuando no haya cuentas activas. | 1 |
| 11 | Depósitar | Manager | Deposita efectivo en cualquier cuenta de la sucursal. | 3 |
| 12 | Retirar | Manager | Retire efectivo de cualquier cuenta en la sucursal. | 3 |
Paso B) Estimar la duración de la tarea.
Una vez establecida la complejidad, estime la duración necesaria para evaluar cada grupo.
- Esfuerzo total: Esfuerzo total para probar cada función del sitio web.
- Puntos de función totales: módulos totales del sitio web.
- Estimación por punto de función: Esfuerzo promedio por punto; depende de la productividad del equipo.
Supongamos que la estimación del equipo por punto de función es 5 horas/punto. El esfuerzo total para el GuruEl ejemplo de 99 Bank es:
| Grupo procesos | ponderación | Puntos de función | Total |
|---|---|---|---|
| Complejo | 5 | 3 | 15 |
| Media | 3 | 5 | 15 |
| Fácil | 1 | 4 | 4 |
| Función Puntos Totales | 34 | ||
| Estimación por punto | 5 | ||
| Esfuerzo total estimado (horas-persona) | 170 | ||
El esfuerzo total para completar “Crear la especificación de prueba” es de aproximadamente 170 horas-personaUna vez que se conoce el esfuerzo necesario, se pueden asignar recursos para determinar la duración y el costo.
Paso C) Estimar el costo de las tareas
Este paso responde a la segunda pregunta del cliente: "¿Cuánto cuesta?". Suponga una tarifa promedio del equipo de $ 5 / horaLa tarea anterior requiere 170 horas, por lo que el costo es 170 × $5 = $850Aplique el mismo cálculo a todas las tareas de la EDT para obtener el presupuesto del proyecto.
Cuanto más precisa sea la estimación, mejor podrá gestionar el presupuesto del proyecto y garantizar que cada dólar genere un retorno.
Método 2) Estimación de tres puntos
La estimación de tres puntos es una técnica estructurada en la que el administrador de pruebas proporciona tres valores por tarea: optimista, más probabilidades y pesimista esfuerzo — basado en la experiencia previa o en conjeturas.
Para “Crear la especificación de la prueba”, los tres valores podrían ser:
- Mejores casos: 120 horas-persona (aproximadamente 15 días) con un equipo sólido y experimentado.
- Lo más probable: 170 horas-persona (aproximadamente 21 días) con un equipo y recursos típicos.
- Peor de los casos: 200 horas-persona (aproximadamente 25 días) con un equipo menos experimentado y trabajo adicional.
Calcule el promedio ponderado utilizando la fórmula estilo PERT:
El valor E son los peso promedio — la estimación principal para “Crear la especificación de la prueba”.
Para expresar la confianza en torno a E, calcular la desviación estándar:
Para el GuruEjemplo del Banco 99: la estimación resulta en 166.6 ± 13.33 horas-persona — un rango de 153.33 a 179.99 horas-persona.
Paso 4) Validar la estimación
Reúna todas las estimaciones de tareas de la EDT y presente el plan al consejo de administración (CEO, director de proyecto, partes interesadas clave) para su revisión y aprobación.
Explícales a la junta directiva el presupuesto de forma lógica para que comprendan los supuestos, las técnicas elegidas y la reserva para imprevistos que has incluido.
Mejores prácticas de estimación de pruebas
Agregar tiempo de buffer
Los planes rara vez resisten el contacto con la realidad: los miembros del equipo se marchan, las pruebas tardan más de lo previsto, las dependencias se ven afectadas. Incluye un margen de seguridad razonable en cada estimación para que el cronograma pueda absorber pequeños imprevistos.
Planifique la disponibilidad de recursos.
Tenga en cuenta las vacaciones planificadas, la formación y las guardias. Las estimaciones que no tienen en cuenta la disponibilidad parecen estupendas sobre el papel, pero se desmoronan en la práctica.
Utilice la experiencia pasada como referencia.
Los datos históricos de proyectos similares son invaluables. Si probaste un sitio web comparable el año pasado, aprende de su experiencia real, los problemas encontrados y la solución que lo resolvió.
Mantén la estimación, pero revísala.
Las estimaciones no son concluyentes.tracts; son conjeturas. RevEstablézcalas en hitos conocidos y ajústelas solo cuando los requisitos cambien sustancialmente o cuando nueva información modifique el panorama. Negocie cualquier cambio con el cliente de forma transparente.
Plantilla de estimación de pruebas de software
Descargue el archivo Excel de estimación de pruebas de software (.xlsx).
Otras técnicas de estimación
Además de la estimación WBS, de puntos de función y de tres puntos, se utilizan ampliamente otras técnicas:
- Delphi de banda ancha: Estimación iterativa por consenso realizada por un panel de expertos.
- Método de punto de caso de uso: El esfuerzo requerido depende del número y la complejidad de los casos de uso.
- Distribución porcentual: Asigna un porcentaje fijo del esfuerzo total del proyecto a las pruebas.
- Método ad hoc: Juicio de expertos cuando faltan datos históricos.
Estimación ascendente frente a estimación descendente
Una visión práctica de la estimación también se divide en dos estrategias complementarias:
- Estimación ascendente: Basado en las tareas del nivel más bajo de la EDT (Estructura de Desglose del Trabajo). Múltiples partes interesadas, personal experimentado y colaboradores combinan sus datos para obtener un total preciso. Ideal cuando el trabajo se comprende bien.
- Estimación de arriba hacia abajo: Clasifica el proyecto por tamaño y complejidad y lo compara con proyectos terminados de forma similar. También utiliza el esfuerzo promedio por caso de prueba y se ajusta según el número de casos previsto. Resulta útil al inicio de un proyecto, cuando la información es escasa.
La mayoría de los equipos combinan ambos enfoques: de arriba hacia abajo para la cifra principal y de abajo hacia arriba para la confianza, y superponen el resultado con modelos sofisticados cuando los presupuestos justifican el esfuerzo.
