Análisis de Requerimiento

para el Testing
Módulo 01

Análisis y Diseño de Casos de Pruebas

 Contendido
● Testing en Metodología Waterfall.
● Testing en Framework Agile.
● Testing en Híbridos.
● Análisis de Requerimientos / Casos de Usos / Historias de Usuario.
● Diseño de los procesos para el testing.
● Cobertura Completa de Pruebas.
● Generación de Escenarios de pruebas.

Análisis y Diseño de Casos de Pruebas

 Testing en Metodología
Waterfall / Model V

Fuente: Google

Análisis y Diseño de Casos de Pruebas

 Testing en Framework Agile
Method (Waterfall)

Plan &
Design Build Test Correction Test Deploy
Analyse

Framework (Agile)

Analyse Plan Analyse Plan Analyse Plan

Design Design Design

Build Build Build
Test Test Test

Deploy Deploy Deploy

Análisis y Diseño de Casos de Pruebas

 Testing Híbrido
Paradigmas según modelo

Fuente: https://www.rolf-consulting.com/blog/waterfall-vs-agile-vs-devops/differences.jpg

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Requerimientos Funcionales
● Describen la funcionalidad o los servicios que se
espera proveerá el sistema.
● Estos dependen del tipo de SW, del sistema que
se desarrolle y de los usuarios que interactúen.

Nota:
Cuando se expresa como requerimientos del usuario
habitualmente se describen de forma general, mientras
que los requerimientos funcionales del sistema describen
con detalle la función de éste, sus entradas y salidas,
excepciones, etc.

Fuente: https://pt.slideshare.net/juanchomanilas/requerimientostiposydefiniciones/3

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Caso de uso (CU)
● Es una técnica para la captura de requisitos de un
nuevo Sistema o de su actualización (Ingeniería del
SW/ diagrama de UML).
● Cada CU proporciona uno o más escenarios que
indican la interacción del sistema con el usuario u
otro sistema para conseguir un objetivo específico
(habla de comunicación y el comportamiento).
● Un CU muestra una secuencia de interacciones a
través de pasos.
● Normalmente, en los CU se evita el empleo de
jergas técnicas, prefiriendo en su lugar un lenguaje
Fuente:
más cercano al usuario final. https://www.ecured.cu/Caso_de_uso

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
● Es una manera simple de describir una tarea concisa
que aporta valor al usuario o al negocio.
● No se detalla más hasta el momento que las HU se
vayan a desarrollar.
● Las HU pueden ser creadas durante la conversación
con los usuarios interesados (stakeholders) sobre
nuevas funcionalidades o mejoras del proyectos.
● La HU es una invitación a la conversación.

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
Respetan en modelo INVERT

Fuente: https://es.slideshare.net/MiquelMora/historias-de-usuario

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Tablas de Condición-Acción como resultado del análisis

Tabla de Decisión Binaria

CONDICIONES 1 2 3 4

La evaluación de todas las condiciones ¿Paga contado? S S N N

está limitada a dos valores posibles. En
general, serán SI (S), NO (N), aunque ¿Compra > $50.000? S N S N

pueden tomar otros valores binarios, ACCIONES

por ejemplo, BLANCO (B) o NEGRO(N).
Calcular descuento 5% s/ importe de compra X X

Calcular bonificación 7% s/ importe de compra X X

Calcular importe neto de la factura X X X X

Fuente: http://eve-ingsistemas-u.blogspot.com/2012/05/tablas-de-decision-parte-1.html

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Tablas de Condición-Acción como resultado del análisis

Tabla de Decisión Binaria CONDICIONES 1 2 3 4

Cuando todas sus condiciones Antigüedad del empleado <5 años 5 a 10 años 10 a 15 años >15 años
pueden tomar más de dos valores. ACCIONES
También se denominan Ampliadas
Calcular bonificación por antigüedad.
o Extendidas.
Sueldo x 1% x años antigüedad X

Sueldo x 1,5% x años antigüedad X

Sueldo x 2% x años antigüedad X

Sueldo x 2,5% x años antigüedad X

Fuente:
http://eve-ingsistemas-u.blogspot.com/2012/05/tablas-de-decision-parte-1.html

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Ejercicio: Armar árbol de decisión.

Si paga antes de los 20 días se considera la tabla al pie, sino se paga el total.

CONDICIÓN ACCIÓN
Volumen del pedido
● > $100.000 Efectuar un descuento del 3% sobre el monto de la factura.
● $50.000 a $100.000 Efectuar un descuento del 2% sobre el monto de la factura.
● < $50.000 Pagar el monto total de la factura.

http://ilandinezsanchez.blogspot.com/2009/07/tablas-de-decision.html

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Ejercicio: Resolución
> $100.000 Descuento del 3%

$50.000 > $100.000 Descuento del 2%

Pago a menos
de 20 días < $50.000 Paga el monto total

Pago a más
de 20 días

Paga el monto total

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
Ejemplo Anverso

ID 5 Préstamo de Libro Título

“Como cliente quiero que los socios puedan pedir

prestado un libro, indicando su número de socio y Descripción
la referencia del libro, siempre y cuando no tengan
ya tres libros en préstamo en ese momento.”

Estimación Estimación: 4
Prioridad Prioridad: 300 Dependiente de: 1, 2 Dependencias

https://www.blmovil.com/wp-content/uploads/sites/3/2019/04/Scrum_HU10.png

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
Ejemplo Reverso

● Introducir un número de socio incorrecto y

comprobar que se indica error.
● Introducir un socio que ya tiene 3 libros en
Pruebas de
préstamo y comprobar que se indica error. aceptación
● Introducir un libro del que no hay ejemplares y
comprobar que se indica error.
● Introducir todos los datos correctos y comprobar
que el número de ejemplares disponibles del libro
disminuye y el número de préstamos del socio
aumenta en 1.
https://www.blmovil.com/wp-content/uploads/sites/3/2019/04/Scrum_HU10.png

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
“Como usuario se me debe requerir una validación antes de
Ejemplo de utilizar el sitio.”
Criterio de
Aceptación Criterios de aceptación:
● El usuario está logueado solo cuando se proporcionen
credenciales apropiadas.
● Está disponible una opción “recordarme”.
● El usuario puede requerir un recordatorio de contraseña.
● El usuario es bloqueado luego de 3 intentos fallidos.

https://www.blmovil.com/wp-content/uploads/sites/3/2019/04/Scrum_HU10.png

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
“Como comprador del Sitio Web quiero poder pagar con una tarjeta
Ejemplo de de crédito para poder confirmar inmediatamente mi compra.”
Criterio de
Aceptación Criterios de aceptación:
● Acepta Visa, Diners, MasterCard.
● Validar Nro. de CC cuando sea ingresado.
● Validar fecha de expiración y CVV.
● Validar la dirección de facturación.
● Generar mensajes de satisfacción y fallo luego del
procesamiento.

https://image.slidesharecdn.com/conceptosdedesarrollogil-170225200653/95/conceptos-de-desarrollo-gil-75-638.jpg?cb=1488053330

Análisis y Diseño de Casos de Pruebas

 Análisis de Requerimientos / CU / HU
Historia de Usuario (HU)
“Como contador quiero que los reportes automatizados se ejecuten
Ejemplo de a fin de mes, para que los reportes estén listos al llegar a la oficina.”
Criterio de
Aceptación Criterios de aceptación:
● Si hay un error con la generación del reporte, el Sistema
necesita notificar a soporte de producción con un ticket.
● El reporte necesita ser generado como PDF y auto-impreso.
● La selección de auto-impresión necesita ser configurable
por reporte.
● El Sistema debería enviar el reporte solo a la impresora
configurada.
● Si la impresora tiene un error (falta papel, trabado, etc.), el
usuario debería arreglarlo.

Análisis y Diseño de Casos de Pruebas

 Diseño de los procesos para el testing
Ejemplo de
Enviar Recepcionar Enviar
Un Proceso Procesar

Ventas
representante información confirmación Enviar pedido
s a clientes y pedido
del pedido de recepción
posibles
Diagrama de
un registro
Registrar Seleccionar Enviar Recibir
de pedido
Registro de pedidos
datos del tipo de información del información
cliente descuento pedido del registro
Empleado

Si

Ofrecer Registrar
producto No pedido
Asignar código
Calcular el
de pedido al
¿Es un cliente precio total
cliente
nuevo?

No Recepcionar
Cliente

el pedido
Consultar
Crear pedido
producto Si
¿Desea hacer
pedido?

Análisis y Diseño de Casos de Pruebas

 Diseño de los procesos para el testing
Inicio
Ejemplo de Pedido del producto
Un Proceso
Producto disponible

Diagrama de No Realizar pedido

una Venta
Si No Termina
proceso
Si
«Almacén de datos»
Registrar pedido Nº de solicitud
Inventario
Producto disponible
en proveedor

No Notificar al cliente
Si

Compra producto Nº de Notificar al cliente Realiza pedido

solicitud.

Registro en «Almacén de datos»

el Sistema Inventario

Análisis y Diseño de Casos de Pruebas

 Cobertura de Pruebas y
Generación de Escenarios
Diseño de Pruebas basadas en escenario
● Las pruebas basadas en escenarios se concentran en lo
que hace el usuario, no en la aplicación o software.
● Es decir, transformar las tareas que el usuario realiza,
a través de requerimientos o CU, en diferentes variantes
que culminaron en variados casos de pruebas.
● Los escenarios descubren errores de interacción o de
procesos.
● Las pruebas basadas en escenarios muestran casos
E2Eo integrales.

https://image.slidesharecdn.com/pruebadeaplicaciones-140129083632-phpapp01/95/prueba-de-aplicaciones-16-638.jpg?cb=1390985507

Análisis y Diseño de Casos de Pruebas

 Cobertura de Pruebas y
Generación de Escenarios
Diseño de Pruebas basadas en escenario
● Consiste en identificar todos los caminos (escenarios) a
probar de un proceso o CU (flujos básicos, sub-flujos, o
flujos alternativos).
● Para definir el mínimo número de escenarios se puede
aplicar la técnica de complejidad ciclomática y/o de
matriz ortogonal.

https://www.google.com.ar/url?sa=i&rct=j&q=&esrc=s&source=imgres&cd=&cad=rja&uact=8&ved=2ahUKEwiIhfemgMHnAhWJKLkGHehTDn8Q
jRx6BAgBEAQ&url=https%3A%2F%2Fwww.slideshare.net%2Fantonioquina1%2F03-gestin-de-pruebas-de-software-diseo-de-casos-de-prueb
as&psig=AOvVaw39tUUmUkfkfk9kF3hq1mT2&ust=1581218561638787

Análisis y Diseño de Casos de Pruebas

 Cobertura de Pruebas y
Generación de Escenarios
Ejemplo
● El usuario ingresa cada factura (nombre del beneficiario
Escenario y monto) en el Sistema.
● El Sistema muestra el nuevo saldo, calculado a partir del
saldo actual menos el monto de cada factura ingresada.
● El usuario puede deseleccionar una factura o cambiar el
monto a pagarse.
● El Sistema recalcula el saldo a medida que se efectúan
estos cambios.
● Cuando se procesan las facturas para su pago, el
Sistema imprime los cheques, actualiza el registro de la
cuenta corriente bancaria y recalcula el saldo.

https://slideplayer.es/slide/3487868/12/images/39/Escenarios+de+casos+de+uso.jpg

Análisis y Diseño de Casos de Pruebas

 Del curso anterior:
Técnicas de Testing

Análisis y Diseño de Casos de Pruebas

 Revisión

Repasar
● Waterfall y Agile.
● Análisis de Requerimientos / CU/ HU.
● Diseño de los procesos.
● Cobertura de Pruebas y Generación de Escenarios de pruebas.

Realizar
● Las preguntas necesarias al/la docente antes de continuar.
● Realice los ejercicios de la práctica.

Análisis y Diseño de Casos de Pruebas

 ¡Muchas gracias!
¡Sigamos trabajando!

Análisis y Diseño de Casos de Pruebas