CURSO DE TESTING MANUAL O QUALITY CONTROL

MATERIAL DE LECTURA

Planificación de prueba
Estimación de esfuerzo
INTRODUCCION
Una de las tareas más dificiles a la hora de planificar es realizar las estimaciones de tiempo y
esfuerzo que nos requerirá cada prueba. Esta es una habilidad que irás perfeccionando con el
pasar de los años, pero, para empezar, tenemos un paso a paso que nos ayudará a hacer nuestras
primeras estimaciones

OBJETIVOS
• Poder calcular con la mayor realidad posible los recursos utilizados en una prueba

¿QUÉ ES LA ESTIMACIÓN DE PRUEBA DE SOFTWARE?

La estimación de prueba es una actividad de gestión que aproxima el tiempo que tardaría en
completarse una tarea. Estimar el esfuerzo para la prueba es una de las tareas principales e
importantes en la gestión de pruebas.

¿POR QUÉ PROBAR LA ESTIMACIÓN?

Dos preguntas que puede esperar de sus clientes al discutir posibles compromisos de prueba son

¿QUÉ ESTIMAR?

• Recursos: Los recursos son necesarios para llevar a cabo cualquier tarea del
proyecto. Pueden ser personas, equipos, instalaciones, financiación o cualquier otra cosa
capaz de definición necesaria para la realización de una actividad de proyecto.
• Tiempos: El tiempo es el recurso más valioso en un proyecto. Todo proyecto tiene un
plazo de entrega.
 • Habilidades Humanas: Las habilidades humanas significan el conocimiento y
la experiencia de los miembros del Equipo. Afectan a su estimación. Por ejemplo, un
equipo, cuyos miembros tienen pocas habilidades de prueba, tardará más tiempo en
terminar el proyecto que el que tiene altas habilidades de prueba.
• Costo: El costo es el presupuesto del proyecto. En términos generales,
significa cuánto dinero se necesita para terminar el proyecto.

¿CÓMO ESTIMAR?

Lista de técnicas de estimación de pruebas de software

• Estructura de desglose del trabajo

• Técnica de estimación de pruebas de software de 3 puntos
• Técnica Delphi de banda ancha
• Análisis de punto de función/punto de prueba
• Uso: método de punto de caso
• Distribución porcentual
• Método ad-hoc

ESTRUCTURA DE DESGLOCE DE TRABAJO

El siguiente es el proceso de 4 pasos para llegar a una estimación

Paso 1) Divide toda la tarea del proyecto en subtareas

Tarea es una pieza de trabajo que se le ha dado a alguien. Para ello, puede utilizar
la técnica Estructura de descomposición del trabajo.

En esta técnica, un proyecto complejo se divide en módulos. Los módulos se dividen en

submódulos. Cada submódulo se divide además en funcionalidad. Significa dividir toda la tarea
del proyecto en las tareas más pequeñas.
Después de eso, puede desglosar cada tarea en la subtarea. El propósito de esta actividad es
crear una tarea lo más detallada posible.

Tarea Subtarea

Investigue las especificaciones de requisitos blandos

Analizar la
especificación de
Entrevista con el desarrollador y otras partes interesadas para saber
requisitos de software
más sobre el sitio web

Diseñar escenarios de prueba

Crear la especificación
Crear casos de prueba
de prueba
Revisar y revisar casos de prueba.

Crear el entorno de prueba

Ejecutar los casos de
Ejecutar los casos de prueba
prueba
Revisar los resultados de la ejecución de la prueba
 Crear los informes de defectos
Reportar los defectos
Reportar los defectos

Paso 2) Asigne cada tarea a un miembro del equipo

En este paso, cada tarea se asigna al miembro adecuado del equipo del proyecto. Puede asignar
tareas de la siguiente manera

Tarea Miembros

Analizar la
especificación
Todos los miembros
de requisitos
de software

Crear la
especificación Probador/Analista de Pruebas
de prueba

Crear el
entorno de Administrador de pruebas
prueba

Ejecutar los
casos de Probador, administrador de pruebas
prueba

Reportar
Ensayador
defectos

Paso 3) Estimación de esfuerzo para tareas

Hay 2 técnicas que puede aplicar para estimar el esfuerzo de las tareas

1. Método de punto funcional

2. Estimación de tres puntos

Método 1) Método del punto de función

En este método, el administrador de pruebas estima el tamaño, la duración y el costo de las tareas.
Paso A) Calcular el tamaño de la tarea

En el Paso 1 , ya ha dividido toda la tarea del proyecto en una tarea pequeña utilizando el método
WBS. Ahora estimas el tamaño de esas tareas. Practiquemos con una tarea particular " Crear la
especificación de prueba "

El tamaño de esta tarea depende del tamaño funcional del sistema bajo prueba. El tamaño
funcional refleja la cantidad de funcionalidad que es relevante para el
usuario. Cuanta más funcionalidad, más complejo es el sistema.

Antes de comenzar a estimar el esfuerzo real de las tareas, los puntos funcionales se dividen en
tres grupos, como Complejo, Medio Simple, de la siguiente manera:

Basado en el complejo de funciones del software, el Test Manager debe dar suficiente peso a
cada punto funcional. Por ejemplo

Grupo ponderación

Complejo 5

Medio 3

Simple 1

PASO B) Estimar la duración de la tarea

Después de clasificar la complejidad de los puntos de función, debe estimar la duración para
probarlos. Duración significa cuánto tiempo se necesita para terminar la tarea.
 • Esfuerzo total: el esfuerzo de probar completamente todas las funciones del sitio web
• Total de puntos de función: Total de módulos del sitio web
• Estimación definida por puntos de función: el esfuerzo promedio para completar los
puntos de una función. Este valor depende de la productividad del miembro que se hará
cargo de esta tarea.

Suponga que su equipo de proyecto ha estimado definido por puntos de función de 5

horas/puntos. Puede estimar el esfuerzo total para probar todas las características del sitio web
de la siguiente manera:

ponderación # de puntos de función

Complejo 5 3

Medio 3 5

Simple 1 4

Puntos Totales de Función

Estimación definida por punto

Esfuerzo total estimado (horas por persona)

Entonces, el esfuerzo total para completar la tarea "Crear la especificación de prueba" es de

alrededor de 170 horas-hombre.

Una vez que comprenda el esfuerzo que se requiere, puede asignar recursos para determinar
cuánto tiempo llevará la tarea (duración), y luego puede estimar los costos laborales y no laborales.

El ejemplo anterior también muestra la importancia del miembro en su equipo. Si tiene

miembros talentosos y experimentados, puede terminar la tarea asignada en poco tiempo y su
proyecto terminará en la fecha límite o antes.

PASO C) Estimar el costo de las tareas

Este paso lo ayuda a responder la última pregunta del cliente " ¿Cuánto cuesta?"

Suponga que, en promedio, el salario de su equipo es de $5 por hora. El tiempo requerido para la
tarea "Crear especificaciones de prueba" es de 170 horas. En consecuencia, el costo de la tarea
es 5*170 = $850. Ahora puede calcular el presupuesto para otras actividades en WBS y llegar al
presupuesto general del proyecto.

Como gerente de proyecto, debe decidir cómo obtener el mayor rendimiento de la inversión de
su empresa. Cuanto más precisa sea su estimación del costo del proyecto, mejor podrá
administrar el presupuesto de su proyecto.
MÉTODO 2) Estimación de tres puntos

La estimación de tres puntos es una de las técnicas que podrían usarse para estimar una tarea. La
simplicidad de la estimación de tres puntos la convierte en una herramienta muy útil para un
gerente de proyecto que quiere estimar.

En la estimación de tres puntos, se producen inicialmente tres valores para cada tarea en función
de la experiencia previa o las mejores conjeturas de la siguiente manera:

Al estimar una tarea, el administrador de pruebas debe proporcionar tres valores, como se
especifica anteriormente. Los tres valores identificados estiman lo que sucede en un estado
óptimo, lo que es más probable, o lo que pensamos que sería el peor de los casos.

Veamos cómo usar los tres valores anteriores en el siguiente ejemplo

Para la tarea " Crear la especificación de prueba ", ¿puede estimar el esfuerzo de
prueba? Recuerda que tienes que cubrir todos los módulos del sitio web.

Puede estimar de la siguiente manera

El mejor caso para completar esta tarea es de 120 horas-hombre (alrededor de 15 días). En este
caso, tiene un equipo talentoso, pueden terminar la tarea en el menor tiempo posible.

El caso más probable para completar esta tarea es de 170 horas-hombre (alrededor de 21
días). Este es un caso normal, tiene suficientes recursos y capacidad para completar la tarea

El peor de los casos para completar esta tarea es de 200 horas-hombre (alrededor de 25
días). Necesita realizar mucho más trabajo porque los miembros de su equipo no tienen
experiencia.

Ahora, asigne el valor a cada parámetro como se muestra a continuación

El esfuerzo para completar la tarea se puede calcular utilizando la fórmula de distribución
triangular doble de la siguiente manera:

En la fórmula anterior, el parámetro E se conoce como promedio ponderado. Es la estimación de

la tarea “Crear la especificación de prueba”.

Pero tu jefe puede preguntarte: “¿Cuál es la probabilidad de que su estimación sea correcta?

En la estimación anterior, solo determina un valor posible y no cierto, debemos saber acerca de
la probabilidad de que la estimación sea correcta. Puedes usar la otra fórmula:

En la fórmula anterior, la desviación estándar media SD, este valor podría brindarle información
sobre la probabilidad de que la estimación sea correcta.

Ahora puede concluir la estimación para la tarea "Crear la especificación de prueba"

Para completar la tarea "Crear la especificación de prueba”, necesita 166,6 ± 13,33 horas-hombre
(153,33 a 179,99 horas-hombre)

Paso 4) Validar la estimación

Una vez que cree una estimación agregada para todas las tareas mencionadas en la WBS, debe
enviarla al consejo de administración, quien la revisará y aprobará.

El miembro del consejo de administración podría estar formado por el director general, el director
del proyecto y otras partes interesadas.

El consejo de administración revisará y discutirá su plan de estimación con usted. Puede

explicarles su estimación de manera lógica y razonable para que puedan aprobar su plan de
estimación.
TÉCNICA DELFOS
Esta técnica es una técnica de estimación grupal y es una de las más populares donde las
estimaciones se derivan después de múltiples rondas de cuestionarios enviados a un panel de
expertos. Tiene los siguientes pasos -

Un panel de expertos hace pronósticos, con razones, basados en los resultados de múltiples
rondas de cuestionarios sobre cuántas horas llevará una determinada tarea o proyecto bajo la guía
del gerente.

Después de la primera ronda, los expertos pueden revisar sus estimaciones en función de cómo
interpretan las respuestas del grupo, teniendo en cuenta el juicio de otros expertos.

Las rondas se repiten hasta que el rango de pronósticos disminuye y se alcanza un valor promedio.

Este método es simple y confiable ya que los expertos tienen mucha experiencia en el tema. Las
estimaciones resultantes de esta técnica reflejan la estimación consensuada del grupo de
expertos.

ESTIMACIÓN ÁGIL
En las técnicas anteriores, los detalles y requisitos se definen antes de planificar el cronograma y
el presupuesto. Esto tiene algunos inconvenientes porque la industria del software está en
constante cambio y, por lo tanto, el uso de las técnicas anteriores está disminuyendo. Las técnicas
de estimación de pruebas en Agile admiten la entrega continua. En estas técnicas, los datos
actualmente disponibles y la experiencia previa se utilizan para la estimación y la nueva
información se integra continuamente en el proyecto para refinar el proceso de estimación.
Algunas de las técnicas de estimación ágiles ampliamente utilizadas son:

Planificación de póquer: es una técnica de estimación basada en el consenso, que se utiliza

principalmente para estimar el esfuerzo o el tamaño relativo de las pruebas al dividir el trabajo del
proyecto en sprints. Al comienzo de cada sprint, se realizan estimaciones para las historias de
usuario (requisito de usuario más pequeño medible) y se definen las prioridades. Los miembros
del equipo usan una baraja de cartas con números del 0 al 21 en la secuencia de Fibonacci (0, 1,
2, 3, 5, 8, 13, 21). Estos números representan 'Puntos de historia'. El moderador de la reunión
describe una historia y pide a los miembros ágiles del equipo que calculen el esfuerzo en privado
sin consultar a ningún otro miembro del equipo. Las estimaciones se realizan en la escala de
señalar la historia. Luego, se les pidió a los miembros que mostraran la tarjeta al mismo tiempo
que mostraban el esfuerzo que creen que se requiere para la historia. Este consenso se repite con
discusión hasta que se contabilizan y razonan todos los votos.

Tallas de camisetas: a veces, la escala de puntos de la historia es abrumadora para que los
miembros del equipo la calculen. En tales casos, es más eficiente cambiar a un sistema no
numérico como las tallas de camisetas: XS, S, M, L, XL, etc., con estas tallas correspondientes al
tamaño de la historia que el miembro estima que tendrá una historia. tener. Esto presenta una
forma simple pero precisa de estimar los esfuerzos de prueba.

ANÁLISIS DE PUNTOS DE CASOS DE PRUEBA / ESTIMACIÓN

BASADA EN CASOS DE PRUEBA
Esta técnica de estimación basada en casos de prueba es útil cuando se completa la escritura de
casos de prueba o se conoce o estima de antemano una cantidad de casos de prueba y su
complejidad. En el análisis de Test Case Point (TCP), los casos de prueba se utilizan como entrada
para estimar los esfuerzos de prueba. Los casos de prueba se clasifican en términos de
complejidad. Por lo general, como bajo, medio, alto y muy alto. Luego, considerando un caso de
prueba de cada nivel de complejidad, se puede estimar un valor de esfuerzo para cada nivel de
complejidad. Este valor también se puede medir ejecutando un caso de prueba de cada uno de
los niveles de complejidad y anotando el tiempo que llevó ejecutar la prueba. Luego, este tiempo
se multiplica por el número de casos de prueba de cada categoría para llegar a las estimaciones
finales del conjunto completo de casos de prueba. Por ejemplo, supongamos que tenemos que
estimar el esfuerzo de prueba de un conjunto de casos de prueba de 100 casos de prueba

Paso 1. Clasificar los casos de prueba en la escala de complejidad. Supongamos que a

continuación se muestra el resultado de nuestro conjunto de casos de prueba de 100 casos de
prueba.

Paso 2. Calcule el tiempo que llevará ejecutar los casos de prueba para cada nivel de complejidad.

Paso 3. Calcule las estimaciones totales para ejecutar todos los casos de prueba utilizando los
números del paso 1 y el paso 2.

DATOS HISTÓRICOS BASADOS EN ESTIMACIONES:

Este método analiza y estudia los datos históricos de proyectos de prueba anteriores. Esta técnica
funciona con la regla de que el tiempo necesario para probar proyectos en el pasado requerirá
esfuerzos similares para proyectos o funcionalidades de complejidad similar. Este método es útil
para estimar proyectos que tienen una naturaleza, una pila técnica y miembros del equipo de
prueba similares.

MEJORES PRÁCTICAS DE ESTIMACIÓN DE PRUEBAS

Este tema presenta consejos generales sobre cómo estimar la precisión de las pruebas.

Agregue algo de tiempo de reserva: muchas cosas impredecibles pueden sucederle a su

proyecto, como que un miembro talentoso del equipo renuncie a su trabajo repentinamente, las
pruebas toman más tiempo del estimado para completarse... etc. Es por eso que necesita incluir
algo de reserva en su estimación. Tener un búfer en la estimación permite hacer frente a cualquier
retraso que pueda ocurrir.

Cuenta Planificación de recursos en estimación: ¿Qué debe hacer si algunos miembros de su

equipo se toman largas licencias? Puede retrasar el proyecto. La planificación de recursos en la
estimación juega un papel clave. La disponibilidad de recursos ayudará a asegurar que las
estimaciones sean realistas. Aquí hay que tener en cuenta las licencias de los miembros de su
equipo, generalmente largas.

Use la experiencia pasada como referencia: las experiencias de proyectos pasados juegan un
papel vital al preparar las estimaciones de tiempo. Debido a que algún proyecto puede tener
alguna similitud, puede reutilizar la estimación anterior. Por ejemplo, si sueles hacer un proyecto
como probar un sitio web, puedes aprender de esa experiencia, tratar de evitar todas las
dificultades o problemas que enfrentaste en proyectos anteriores.

Cumpla con su estimación: la estimación es solo una estimación porque puede salir mal. En las
primeras etapas del proyecto, debe volver a verificar con frecuencia las estimaciones de prueba
y hacer modificaciones si es necesario. No debemos extender la estimación después de
arreglarla, a menos que haya cambios importantes en los requisitos o que tenga que negociar con
el cliente sobre la reestimación.

Material de apoyo sugerido:

• https://youtu.be/O-D22kLYi2M
• https://youtu.be/DmxTaPzXpYg
• https://youtu.be/Ogdf1VVkyA8
• https://youtu.be/GZ_mPPTdl9o