Pruebas funcionales

y su relacin con los

casos de uso
Integrantes:
Veronica Dieguez Vargas
Angel Paredes Nez
Nstor Nez Marinovich
Giovanni Vara Bernuy
Luis Garcia Zapata
Jean Mazuelos Saavedra

Contenidos
Introduccin
Casos de uso y pruebas funcionales
Identificacin de pruebas funcionales
Identificacin de escenarios
Identificacin de casos de prueba
Identificar valores de prueba
Materializar prueba
Caso prctico
Conclusiones

INTRODUCCIN
Conceptos bsicos y un vistazo al tema
Las pruebas de software en la
industria
Las pruebas suelen ser el 30% al 50% de los costes total del
software.
Es usual que el usuario sienta que el software no ha sido
probado correctamente antes del pase a produccin.
Posibles causas
Las pruebas de software son una tarea difcil
Las pruebas son realizadas sin una metodologa que defina los
objetivos de dichas pruebas
Aseguramiento de calidad
Las pruebas deben empezar tan temprano como sea posible
en la fase de desarrollo de software.
La realizacin de pruebas disminuye los riesgos en el
desarrollo adems de ser un factor de xito del proyecto
Pruebas funcionales
Se basan en la ejecucin, revisin y retroalimentacin de
funcionalidades previamente diseada para el software.
Las pruebas se realizan mediante el diseo de casos de
prueba.
Fases para realizacin de pruebas:
Anlisis de pruebas
Diseo de pruebas
Ejecucin de pruebas
Gestin de incidencias
CASOS DE USO Y LAS PRUEBAS
FUNCIONALES
La relacin entre ambos es muy fuerte, siendo los casos
de uso los que guan la elaboracin de pruebas
Casos de uso y pruebas
funcionales
Casos de uso de uso de
sistema, los casos de uso
de sistema son utilizados
para mostrar
grficamente lo que se
espera que un sistema
haga.
Pruebas funcionales,
estn basadas en la
ejecucin revisin y
retroalimentacin del
sistema basado en lo que
previamente se ha
diseado para el
software.
No sera lgico
entonces definir las
pruebas funcionales en
base a los casos de uso
definidos para el
sistema?.
IDENTIFICACIN DE PRUEBAS
FUNCIONALES
Partimos desde los casos de uso para empezar a definir
pruebas funcionales
Escenario 1 bsico

Flujo

Escenario 2 Basic

Flujo

Flujo alternativo

1

Escenario 3 Bsico

Flujo

Flujo alternativo

1

Flujo alternativo

2

Escenario 4 Bsico

Flujo

Flujo alternativo

3

Escenario 5 Basic

Flujo

Flujo alternativo

3

Flujo alternativo

1

Escenario 6 bsico

Flujo

Flujo alternativo

3

Flujo alternativo

1

Flujo alternativo

2

Escenario 7 Basic

Flujo

Flujo alternativo

4

Escenario 8 Basic

Flujo

Flujo alternativo

3

Flujo alternativo

4

Estos e
Paso 2: Identificar casos de prueba: Para cada escenario, identificar
al menos un caso de prueba y las condiciones para "ejecutarse".
Paso 3: Identificar valores de datos de prueba. Para cada caso de
prueba, identificar los valores de los datos para ponerlos a prueba.
Pasos para la identificacin de
pruebas
Paso 4: Materializar la prueba. Se deben escoger las pruebas segn
importancia o necesidad y materializarlas en un documento de pruebas.
Paso 1: Identificar escenarios. Identificamos los posibles caminos que
el usuario puede tomar en el uso del sistema.
Identificacin de escenarios
Un escenario de caso de uso es una instancia de un caso de
uso, o de un "camino" completo a travs de los caso de uso.
Se debe generar una Matriz de Escenarios de CU dnde se
identifiquen todos los posibles flujos del caso de uso.
Escenario 1 bsico

Flujo

Escenario 2 Basic

Flujo

Flujo alternativo

1

Escenario 3 Bsico

Flujo

Flujo alternativo

1

Flujo alternativo

2

Escenario 4 Bsico

Flujo

Flujo alternativo

3

Escenario 5 Basic

Flujo

Flujo alternativo

3

Flujo alternativo

1

Escenario 6 bsico

Flujo

Flujo alternativo

3

Flujo alternativo

1

Flujo alternativo

2

Escenario 7 Basic

Flujo

Flujo alternativo

4

Escenario 8 Basic

Flujo

Flujo alternativo

3

Flujo alternativo

4

Estos e
Flujo bsico de eventos y flujos
alternativos de eventos para un
caso de uso
Identificacin de escenarios
Identificar los posibles
flujos de actividades
que se realiza en el
caso de uso.
Del caso de uso, se
requiere tener
especificado:
Flujo bsico, es el flujo
normal el cual sigue el
usuario.
Flujos alternativos, son
los posibles eventos que
alteran el flujo bsico.

Escenario 1 bsico

Flujo

Escenario 2 Basic

Flujo

Flujo alternativo

1

Escenario 3 Bsico

Flujo

Flujo alternativo

1

Flujo alternativo

2

Escenario 4 Bsico

Flujo

Flujo alternativo

3

Escenario 5 Basic

Flujo

Flujo alternativo

3

Flujo alternativo

1

Escenario 6 bsico

Flujo

Flujo alternativo

3

Flujo alternativo

1

Flujo alternativo

2

Escenario 7 Basic

Flujo

Flujo alternativo

4

Escenario 8 Basic

Flujo

Flujo alternativo

3

Flujo alternativo

4

Estos e
Estos escenarios se pueden utilizar como base para la creacin de casos de prueba
Identificacin de escenarios
Matriz de Escenarios de Casos de Uso
Escenario 1 Flujo Bsico
Escenario 2 Flujo Bsico
Flujo
Alternativo 1
Escenario 3 Flujo Bsico
Flujo
Alternativo 1
Flujo
Alternativo 2
Escenario 4 Flujo Bsico
Flujo
Alternativo 3
Escenario 5 Flujo Bsico
Flujo
Alternativo 3
Flujo
Alternativo 1
. .. . .
Escenario N Flujo Bsico
Flujo
Alternativo N
..
Identificar casos de prueba
Se debe guiar de los escenarios anteriormente identificados
para llenar el caso de prueba
Sede debe tener los pasos del flujo bsico en el eje vertical.
En el eje horizontal los escenario identificados.
Se deben marcar las acciones realizadas por escenario y paso
del flujo bsico
Las acciones son marcadas en cada celda pueden ser:
C -> correcto
I -> ignorado
N/A -> no hay accin
Se debe indicar el resultado esperado.

Identificar casos de prueba
Escenarios de prueba por caso de uso
Escenario Paso 1 Paso 1 Resultado
esperado
Escenario 1
Escenario 1
Identificar valores de prueba
Una vez identificados los escenarios se identifican posibles
valores como datos.
Cada escenario de prueba puede contener una combinacin
diferente de informacin.
Los resultados esperados deben tambin incluir los resultados
esperados.
Materializar la prueba
Las pruebas seleccionadas deben ser documentadas para su
posterior ejecucin
Se seleccionan las pruebas de mayor importancia o segn el
criterio escogido
CASO PRCTICO
Desarrollo de un caso prctico
Conclusiones
La calidad de software es muy importante, pero su realizacin
es cara en funcin de las realizaciones.
Los Casos de Uso de Sistema son la gua principal para el
desarrollo de pruebas.
Mientras mejor detalle se tenga de los casos de uso se podrn
identificar mejor los casos de pruebas.