Concepto:
La estimación por puntos de test es una técnica utilizada para evaluar el esfuerzo necesario para llevar a cabo pruebas de software. Similar a las estimaciones por puntos de historia en desarrollo ágil, los puntos de test se asignan a los casos de prueba basados en su complejidad, esfuerzo y tiempo requerido para ejecutarlos.
Ejemplo:
Si contamos con una funcionalidad nueva que necesita ser probada, puedes asignar puntos de test para cada caso de prueba. Por ejemplo, un caso de prueba simple puede valer 1 punto, uno de complejidad media puede valer 3 puntos, y uno complejo puede valer 5 puntos.
2. Lista de casos de pruebas por prioridad y cantidad de pasos
Concepto:
Una lista de casos de prueba organizada por prioridad y cantidad de pasos ayuda a identificar cuáles pruebas son más críticas y cuántos pasos se necesitan para ejecutarlas. La prioridad puede estar basada en el impacto del caso de prueba en el sistema o en el usuario.
Ejemplo:
- Alta prioridad, 5 pasos: Prueba de inicio de sesión (alta porque todos los usuarios lo usan, 5 pasos para cubrir diferentes escenarios).
- Media prioridad, 3 pasos: Prueba de búsqueda de productos (media porque no todos los usuarios lo usan, 3 pasos para la funcionalidad básica).
- Baja prioridad, 2 pasos: Prueba de actualización de perfil (baja porque no es una funcionalidad utilizada frecuentemente, 2 pasos).
3. Tabla de ponderación
Concepto:
La tabla de ponderación asigna un peso a cada caso de prueba basado en su complejidad y otros factores como criticidad y riesgos. Esto ayuda a estandarizar la estimación y facilita la comparación entre diferentes casos de prueba.
Ejemplo:
Complejidad | Peso | Descripción |
---|---|---|
Baja | 1 | Casos de prueba simples y repetitivos |
Media | 3 | Casos de prueba con lógica moderada |
Alta | 5 | Casos de prueba complejos y críticos |
4. Estimación por fases
Concepto:
La estimación por fases desglosa el proceso de prueba en diferentes fases (planificación, diseño, ejecución, cierre) y asigna puntos de test a cada fase. Esto permite una visión detallada de dónde se invertirá el esfuerzo.
Ejemplo:
Para un proyecto de prueba de una nueva funcionalidad:
- Planificación: 10 puntos (definición de alcance, análisis de requisitos)
- Diseño: 15 puntos (creación de casos de prueba)
- Ejecución: 25 puntos (ejecución de los casos de prueba, registro de resultados)
- Cierre: 5 puntos (documentación, informes finales)
5. Estimación Total de la Solicitud
Concepto:
La estimación total de la solicitud es la suma de todos los puntos de test asignados a los diferentes casos de prueba y fases. Proporciona una visión global del esfuerzo requerido para completar todas las pruebas necesarias para una solicitud específica.
Ejemplo:
Supongamos que tienes una solicitud de prueba con los siguientes puntos de test:
- Casos de prueba de alta prioridad (5 casos, 5 puntos cada uno): 25 puntos
- Casos de prueba de media prioridad (3 casos, 3 puntos cada uno): 9 puntos
- Casos de prueba de baja prioridad (2 casos, 1 punto cada uno): 2 puntos
- Estimación por fases: Planificación (10 puntos), Diseño (15 puntos), Ejecución (25 puntos), Cierre (5 puntos)
La estimación total sería: 25 (alta prioridad) + 9 (media prioridad) + 2 (baja prioridad) + 10 (planificación) + 15 (diseño) + 25 (ejecución) + 5 (cierre) = 91 puntos de test.
Reflexión:
- este tipo de técnica la puede aplicar un equipo con un cierto grado de madurez y en un proyecto que requiera alto nivel de detalle con suficiente información de entrada a través de las historias de usuario.
- Si bien se puede trabajar con planillas de cálculos que contengan fórmulas y macros, lo ideal es que se cuente con una herramienta que permita gestionar todos estos datos debiendo crear campos y reportes personalizados.
Fuente de inspiración: Syllabus ISTQB CTFL v4.0 – 5.1.4. Técnicas de estimación