CURSO DE TESTING MANUAL O QUALITY CONTROL

EJERCICIO

Estimación de esfuerzo
PEJERCICIOS DE APRENDIZAJEP
¡¡Vamos a poner en práctica todo lo que hemos visto en esta guía con los siguientes ejercicios y
recordemos que lo más importante es disfrutar de nuestro aprendizaje!!

Vamos a poner en práctica lo que es el Planning Poker

En esta pagina van a poder ver un ejemplo explicativo de lo que es Planning Poker
https://muyagile.com/lets-play-planning-poker-estimacion-agil/

EJERCICIO

A. En este ejercicio vamos a crear historias de usuario (HU) (pueden ser más de uno) de cada
uno de los requisitos listados abajo del Caso Bookegg

B. Del análisis de cada HU vamos a enumerar la mayor cantidad de Casos de Prueba que
podamos

C. Con las HU creadas, como testers vamos a utilizar la técnica de Planing Poker para estimar
lasdificultad de cada HU basándonos en la cantidad de casos de prueba que podemos
desprender de esa historia y cuánto tiempo creemos que nos llevará hacer esas pruebas.

Como sugerencia terminen A, B y C de un requisito antes de pasar al otro.

Caso Bookegg

Se quiere desarrollar un sistema sencillo de alta, préstamos y socios en una biblioteca especializada
de Egg con libros de diferentes editoriales de “programación, testing y las últimas tecnologías” y
con sede física en las oficinas locales de Egg.
1. El sistema debe admitir el alta y la baja de socios, además de las altas, reservas y bajas de
libros.

2. Para ser sociosegg, todos los estudiantes y egresados, deben indicar su número de DNI
para ingresar la primera vez y generar un usuario: nombre_apellido y la clave.

3. El sistema debe dar de alta libros, asignación a sociosegg y baja por pérdidas o
destrucción. Los Administradores de la biblioteca harán dichas transacciones.

4. El sistema debe generar reportes de búsqueda de libros, así como reportes de préstamos
a vencer. Este último reporte, permite marcar y mandar alertas por mail a los socios que
deben entregar en pocos días su/s libro/s, enviando un mail o un mensaje de texto de
aviso, así como mostrar los sociosegg deudores y sus datos.

Ejemplo:

El sistema debe admitir el alta y la baja de socios, además de las altas, reservas y bajas de libros.

HU 1

Como Administrador de sistema (tiene acceso a todo el sistema)

Quiero dar de alta y baja a socios

Para decidir quien entra en el sistema y quien no

Criterios de validación Solo pueden postular personas con legajo en Egg

Solo personas que estén en el momento realizando algún curso

1
Casos de prueba

Resultado
Descripción Pasos Resultado esperado
obtenido

Ingresar al
sistema como
Se puede visualizar admin Al seleccionar una de las
el legajo del Ingresar a la vista solicitudes se ve el X
solicitante para el de Altas legajo del usuario que
alta En el listado pide el alta en plataforma
seleccionar una
de las solicitudes

Descripción Pasos Resultado esperado Resultado

obtenido

Ingresar al
sistema como
Se puede visualizar admin Al seleccionar una de las
solicitudes se ve el
el status activo/ no Ingresar a la status del usuario que X
activo del vista de Altas pide el alta en
solicitante En el listado plataforma
seleccionar una
de las solicitudes

Acá ya tenemos dos casos de prueba de una HU

Sabiendo que esos casos de prueba no son particularmente difíciles de probar porque solo son
visualizaciones y son solo 2, le daremos un valor o una puntuación de 1 tomando en cuenta la
escala “Fibonacci” del ejemplo del enlace.

¡¡Suerte!!