Casos de Prueba a partir de Casos de Uso

Presentación del tema: "Casos de Prueba a partir de Casos de Uso"— Transcripción de la presentación:

1 Casos de Prueba a partir de Casos de Uso

2 Introducción Un requisito se define como “una condición o capacidad la cual un sistema debe satisfacer” Algunos ejemplos de requisitos pueden ser: Un capacidad solicitada por un cliente o usuario para resolver un problema o alcanzar un objetivo. Una capacidad que debe poseer un sistema para satisfacer un contrato, un estándar, una especificación, regulación o algún otro documento formalmente impuesto. Una restricción impuesta por un stakeholder.

3 La pirámide de los requisitos
Necesidades de los stakeholders Requisitos a diferente nivel de detalle

4 Trazabilidad entre los requisitos
La Trazabilidad es una técnica que provee una relación entre los diferentes niveles de requisitos del sistema. La técnica ayuda a determinar el origen de cualquier requisito. Las típicas relaciones de Trazabilidad son: Cada necesidad se mapea a características. Las características se mapean a CU y requisitos suplementarios.

5 Trazabilidad en la pirámide de los requisitos

6 Roles que juega la Trazabilidad
Verificar que una implementación satisface todos los requisitos: todo lo que el cliente solicitó fue implementado. Verificar que una aplicación hace sólo lo que fue solicitado: no implementar algo que el cliente nunca pidió. Ayudar con la gestión de cambios: cuando algún requisito cambia, deseamos conocer cuales casos de prueba deberán volver a hacerse para probar el cambio.

7 Trazabilidad en herramientas CASE

8 Casos de Uso, Casos de Prueba y Trazabilidad
El propósito de un CU es facilitar el acuerdo entre desarrolladores, clientes y usuarios sobre lo que el sistema deberá hacer. Es un contrato entre desarrolladores y clientes. A partir de los CU se pueden diseñar los Casos de Prueba (CP o Test cases)

9 Diagrama de CU

10 Formato General de un CU
El formato general de un CU es: Breve descripción Flujo de Eventos. Flujo Básico Flujo Alternativo 1 Flujo Alternativo 2 … Requisitos especiales Precondiciones Postcondiciones Puntos de Extensión Diagrama de Contexto Diagrama de Actividad

11 Ejemplo de CU (de IBM)-Happy path
B1 El Usuario captura la dirección web en el navegador. El Sistema despliega la página de “Login” B2 El Usuario captura una dirección de y el password. El Sistema autoriza la entrada, muestra la página principal y solicita un “string” de búsqueda. B3 El Usuario captura el “string” de búsqueda-el nombre parcial de un libro. El Sistema regresa todos los libros que empatan con el criterio de búsqueda B4 El Usuario selecciona un libro. El Sistema presenta información detallada del libro

12 Ejemplo de CU (de IBM)-Happy path
B5 El Usuario agrega el libro a la cesta de compras. El Sistema muestra el contenido de la cesta de compras B6 El Usuario selecciona la opción “Proceder a pagar”. El Sistema solicita la confirmación de la dirección destino. B7 El Usuario confirma la dirección destino. El Sistema presenta las opciones de embarque B8 El Usuario selecciona la opción de embarque. El Sistema pide cual tarjeta de crédito se utilizará. B9 El Usuario confirma la tarjeta de crédito que está almacenada en el sistema. El Sistema pide la confirmación final para colocar la orden. B10 El Usuario coloca la orden. El Sistema regresa el número de confirmación.

13 Ejemplo de CU (de IBM)-Flujos alternativos
Usuario no registrado A2 Password inválido A3 No hay libro que empate el criterio de búsqueda A4 Declinar por un libro A5 Continuar comprando después de guardar el libro en la cesta de compras A6 Capturar una nueva dirección A7 Capturar una nueva tarjeta de crédito A8 Cancelar la orden

14 Derivando los Flujos Alternativos-Diagrama de Actividad

15 Detectando Happy Path y Flujos Alternativos en el Diagrama de Actividad
El Flujo Básico será la línea recta en el Diagrama de Actividad. Los Flujos Alternativos serán los ciclos que van hacia adelante y hacia atrás en el Diagrama de Actividad.

16 ¿Cómo crear los Casos de Prueba a partir de los Casos de Uso?
Antes de crear el Caso de Prueba, se necesita identificar todos los escenarios del Caso de Uso. Un escenario es una instancia del CU. Describe una ruta específica a través del flujo de eventos. Los escenarios se pueden representar mediante un grafo.

17 Encontrando escenarios en el CU

18 Encontrando escenarios en el CU
Existe un escenario por: Cada flujo alternativo y Cada combinación de flujos alternativos Existen, entonces, más escenarios que flujos alternativos (por ejemplo existe uno por A1, otro por A2 y otro por la combinación de ambos). Los escenarios se pueden describir como secuencias de flujos alternativos: SC16: A2,A2, A6

19 ¿Qué hacer con ciclos infinitos?
Hacer el flujo básico una vez. Hacer el ciclo una vez Después hacer el ciclo una segunda vez. Si el programa funciona bien para ambos ejemplos de ciclos puedes suponer que lo hará para todos los ciclos.

20 Explosión combinatoria de escenarios
Para el CU ejemplo se tiene 1 ciclo básico y 8 ciclos alternativos. 4 de ellos van hacia atrás y 4 hacia adelante. Si se intenta describir todos las combinaciones de CU se tendrán 4,096 escenarios. Obviamente no se necesita hacerlos todos.

21 Explosión combinatoria de escenarios
Selecciona aquellos que representan un subconjunto razonable de estos 4,096 escenarios. Los razonables son: El Flujo básico. Los Flujos alternativos Y combinaciones razonables de flujos alternativos (por ejemplo flujos alternativos distantes no valdría la pena combinar –A1 y A7- pero flujos cercanos si –A1 y A2-).

22 Escenarios seleccionados para el ejemplo
SC1 – Flujo Básico SC9 – A8 SC2 – A1 SC10 – A1, A2 SC3 – A2 SC11 – A3,A4 SC4 – A3 SC12 – A4, A5 SC5 – A4 SC13 – A3, A5 SC6 – A5 SC14 – A6, A7 SC7 – A6 SC15 – A7, A8 SC8 – A7

23 De los escenarios a los Casos de Prueba
Ya que se tienen los escenarios, ahora se pueden obtener los CP mediante los siguientes pasos: Identifica las variables para cada paso del CU Identifica opciones diferentes significativas para cada variable Combina las opciones a ser probadas en los CP. Asigna valores a las variables.

24 1.- Identificar las variables para cada paso del CU
Necesitas identificar todas las variables en todos los pasos de un escenario dado. Ej.- Si en un paso el usuario captura su ID y Password, existen dos variables. Ej.- Una variable puede ser la selección de un usuario (“Salvar cambios”, “Cancelar”). Para el ejemplo: B2: Dos variables “string”: y password B3: El “string” de búsqueda B4: El libro seleccionado a partir de la lista que regresa el sistema. B8: La opción de embarque (Amazon ofrece hasta cuatro alternativas)

25 2.-Identificar opciones significativas diferentes para cada variable
Las “Opciones significativas diferentes” serán aquellas que disparan diferentes comportamientos del sistema. Por ejemplo si seleccionamos un ID de usuario de 6 a 10 caracteres, las siguientes entradas son significativamente diferentes: Alex – breve, esperamos un mensaje de error. Alexandria – una entrada válida. Alexandrena – grande, esperamos un mensaje de advertencia. Sin embargo “Alexandria” y “JohnGordon” no son significativamente diferentes, causarían la misma reacción del sistema.

26 2.-(…)Opciones significativas diferentes – Líneas guía
Una opción es “significativamente diferente” si: Dispara un flujo diferente del proceso (usualmente un flujo alternativo). Ej.- Un password inválido dispararía A2 Dispara un mensaje de error diferente. Ej.- largo, el mensaje “ no mayor a 50 caracteres” Ej.- que no tiene la el mensaje “ inválido” Causa una apariencia diferente de la IU. Ej.- Si el método de pago es con tarjeta de crédito, campos para capturar el número de la tarjeta de crédito, fecha de expiración y nombre del tarjetahabiente. Causa que una selección diferente esté disponible en los drop-downs. Ej.- En la pantalla de registro se muestran dos listas drop-down: pais y estado. Dependiendo del país se mostraran valores distintos (USA, Canada y otros países)

27 2.-(…)Opciones significativas diferentes – Líneas guía
Una opción es “significativamente diferente” si: Es una entrada a alguna regla de negocio. Ej.- Suponga la regla “Si la orden se coloca después de las 6 pm y el usuario selecciona ‘embarque nocturno’ el mensaje mostrará que el libro llegará después de mañana”. Se podrían tener 2 opciones: (1) Embarque nocturno, orden colocada después de las 6 pm (2) Embarque nocturno, orden colocada antes de las 6 pm. Una condición de frontera. Ej.- Si el password es de 6 caracteres, probar con 5 y 6 caracteres

28 2.-(…)Opciones significativas diferentes – Líneas guía
Una opción es “significativamente diferente” si: Algo está cambiado VS valor por default. Ej.- En la pantalla de pago a crédito el nombre del tarjetahabiente se rellena con el nombre de la persona que porta la tarjeta, esto crea dos opciones separadas: (1) Mantener el nombre o (2) Cambiar el nombre por uno diferente. El formato de la entrada no está claramente definido y puede ser interpretado por el usuario. Ej.- Los números telefónicos se pueden escribir distinto por diferentes personas: (973) , , Cuando casos regulares difieren en países distintos: Ej.- La fecha de expiración de la tarjeta puede tener un formato distinto en USA y Europa

29 2.-(…)Opciones significativas diferentes – Líneas guía
Una opción es “significativamente diferente” si: Si se están probando números se podrían considerar las siguientes opciones: Números regulares, razonables desde el punto de vista de la aplicación actual. El cero Números negativos Un número con 2 decimales El mayor número que se pueda capturar ( – tantos 9’s como se puedan capturar) Aspecto importante: documentar la longitud máxima y mínima de los números antes de hacer las pruebas. ¿Dónde documentarlos? Candidatos: sección Requisitos Especiales del CU, glosario, diccionario de datos un documento especial para ello.

30 2.- Opciones identificadas para variables en el Flujo Básico del Ejemplo
Paso Variable Opciones a probar B1 Website URL actual B2 Regular Blank Min allowed (1 char) Max allowed (50 char) One more allowed (51 char) Very long (257 char) Invalid sign) Password Too short (5 char) Min allowed (6 char) Max allowed (10 char) One more than allowed (11 char) B3 Search string Max allowed (300 char) One more than allowed (301 char) B4 Selection First selection Last selection

31 2.- Opciones identificadas para variables en el Flujo Básico del Ejemplo
Paso Variable Opciones a probar B5 Action selection Add to shopping cart B6 Proceed to checkout B7 Shipping address Confirm the address on file B8 Shipping method 5 days 3 days 2 days Overnight B9 Payment method Confirm the credit card on file B10 Place an order

32 3.- Combinar las opciones a ser probadas en los Casos de Prueba
Las opciones identificadas en el paso anterior ahora se combinarán en la secuencia de pasos del Caso de Prueba. Esto se facilita mediante una representación gráfica de las opciones a probar

33 Errores que desvían del flujo básico a flujos alternativos
3.- Combinar las opciones a ser probadas en los Casos de Prueba-Diagrama gráfico Errores que desvían del flujo básico a flujos alternativos Las opciones de error se pueden omitir de los casos de prueba porque no forman parte del flujo básico, se probarán en otro CP

34 3.- Crear los Casos de Prueba conectando círculos …

35 3.- Creando los Casos de Prueba
Para crear el primer CP seleccionas y conectas cualquier opción. Al crear el segundo CP seleccionas una de las opciones que no se utilizó en el primero. Continua agregando CP hasta que todos los nodos del grafo se cubren. Generalmente se necesitarán de 4 a 6 CP para cubrir todas las opciones que deberían probarse. Aunque tome en cuenta que se pudieran tener situaciones específicas.

36 3.- Casos de Prueba Representación Matricial
Paso Variable o selección CP1 CP2 CP3 CP4 B1 Website Actual URL B2 Regular Min allowed (1 char) Max allowed (50 char) Password Min allowed (6 char) Max allowed (10 char) B3 Search string Max allowed (300 char) B4 Selection First selection Last selection B5 Action selection Add to shopping cart

37 3.- Casos de Prueba Representación Matricial
Paso Variable o selección CP1 CP2 CP3 CP4 B6 Action selection Proceed to checkout B7 Shipping address Confirm the address on file B8 Shipping method 5 days 3 days 2 days Overnight B9 Payment method Confirm the credit card on file B10

38 4.- Asignar valores a las variables
Se reemplazan los “espacios” como “Apellido muy largo” o “Número telefónico muy largo” con valores como “Georgiamitsopolis” o “011-48(242) ext. 1234” Además se dividen los CP de la matriz anterior, creando una tabla separada para cada CP dando valores a las variables y dejando espacios para que el “tester” aplique la prueba.

39 4.- Tabla para el “tester”- 1 CP
Paso Variable o selección Valor Resultado esperado Resultado actual Pasó/Falló Comentarios B1 Website Logon screen B2 Password Johnsm Main Screen B3 Search string “UML” List of books B4 Book selection First selection Book details B5 Action selection Add to shopping cart Cart contents B6 Proceed to checkout Prompt for Address

40 4.- Tabla para el “tester”- 1 CP
Paso Variable o selección Valor Resultado esperado Resultado actual Pasó/Falló Comentarios B7 Shipping address Confirm the address on file Prompt for payment B8 Shipping method 5 days B9 Payment method Confirm the credit card on file Prompt for confirmation B10 Action selection Place en order Order number

41 Ubicación de los CP respecto al UP