Pruebas-2

1Ingeniera de Software. Prueba de Software.

Caso de Uso Un caso de uso tiene:

Nombre, Actor/es que intervienen, Descripcin, Puede contener:

pre- condiciones, post- condiciones, cursos alternativos.

Un caso de uso tiene un flujo finito de eventos y alternativas.

*Generating Test Cases from Use Cases, Jim Heumann


Definiciones

Curso alternativo: es un flujo de eventos diferente del normal del caso de uso.

Escenario: es una instancia de un caso de uso, interaccin con el sistema de datos concretos.


Caso de Prueba vs. Caso de Uso

El caso de prueba (funcional) es similar a un caso de uso, describe como se debe interactuar con el sistema pero en forma especfica.

Derivar un caso de prueba a partir de un caso de uso resulta natural, la prueba es un ejemplo de uso del sistema.


CU: Prestar PublicacinCurso bsico:1. El bibliotecario ingresa en el sistema los datos del alumno: nombre o

nmero.2. El sistema verifica que exista y sea estudiante activo comunicndose con

el SIC.3. El sistema muestra por pantalla los datos completos del alumno, sus

prstamos actuales y atrasos.4. El bibliotecario ingresa en el sistema los datos de la publicacin: ttulo o

nmero.5. El sistema verifica reservas y disponibilidad de la publicacin.6. El bibliotecario indica en el sistema el nmero de ejemplar que se retira.7. El sistema calcula e informa el plazo mximo de devolucin.8. El bibliotecario confirma el prstamo.9. El sistema registra el prstamo: fecha, publicacin, ejemplar y estudiante.


CU: Prestar PublicacinCurso alternativo.

2. El alumno no existe o no es activo en el SIC, el sistema informa de la situacin.

5. No hay ejemplares disponibles para prestar, el sistema informa de la situacin y vuelve al paso 4.

8. Si el bibliotecario no confirma el prstamo, finaliza el caso de uso, no se registra el prstamo.


Del CU al CP

Paso 1: Crear Lista de Escenarios Paso 2: Generar Escenarios Paso 3: Generar Casos de Prueba Paso 4: Generar Datos de Prueba


Paso 1: Crear Lista de Escenarios

Identificar con un nombre a cada escenario, indicando los cursos de inicio y alternativas que recorre.

Un escenario para el curso bsico y otros para cada curso alternativo o combinaciones posibles de los mismos.


Escenarios Posibles

Curso alternativo 8Curso normalEscenario 4



Curso normalEscenario 1


Paso 2: Generar Escenarios

CA8BsicoPrstamo no confirmado

Escenario 4

CA5BsicoPublicacin no disponible

Escenario 3

CA2BsicoAlumno inexistente o inactivo

Escenario 2

BsicoPrstamo normalEscenario 1

Cursos alternativos

Curso de comienzo

NombreEscenario


Paso 3: Generar Casos de Prueba Para cada escenario generar un caso de prueba,

indicando: identificacin del caso de prueba, escenario, datos a ingresar y resultado esperado.

Los datos a ingresar pueden ser valores vlidos o no vlidos o valores no disponibles para ingresar, segn cada escenario.

Es importante especificar el resultado esperado porque permite analizar el resultado (xito o fracaso) del caso de prueba.


Paso 3: Generar Casos de Prueba

Mensaje: Prstamo cancelado.No se el registra prstamo

N/VVVEscenario 4CP4

Mensaje: Publicacin no disponible.Vuelve al paso 4.

N/DN/VVEscenario 3CP3

Mensaje: Alumno no existe.

N/DN/DN/VEscenario 2CP2

Prstamo registrado.VVVEscenario 1CP1

Resultado esperadoConfirmacinPublicacinAlumnoEscenarioId. caso de prueba

Notas: V valor vlido.N/V valor no vlido.N/D valor no disponible.


Paso 4: Generar Datos de Prueba

Para cada caso de prueba seleccionar datos concretos. Ejemplo: publicacin vlida y disponible, AW1234 - La

Illada. Deben corresponder a datos vlidos o no vlidos de

la aplicacin segn lo establecido en cada caso de prueba.


Paso 4: Generar Datos de Prueba

Mensaje: Prstamo cancelado.

No se el registra prstamo

CancelaAW1234.La Illada

15632. Martn Prez

Escenario 4CP4

Mensaje: Publicacin no disponible.

Vuelve al paso 4.-

QR1111. La Eneida

15632. Martn Prez

Escenario 3CP3

Mensaje: Alumno no existe.

-

-

1111. Juan Soares

Escenario 2CP2

Prstamo registrado.AceptaAW1234.La Illada15632.

Martn Prez

Escenario 1CP1

Resultado esperadoConfirmacinPublicacinAlumnoEscenarioId.CP


Particin Equivalente (PE) Clase de equivalencia: representa un

conjunto de datos vlidos y otro de datos no vlidos. Ej.: 100 - 200, 300 - ...

Condicin de entrada: valor numrico, rango de valores, conjunto de valores o condicin lgica.


Aplicacin de PE Requerimientos.

Cdigo de rea: en blanco o nro. de 3 dgitos > 0. Caso de prueba.

Cdigo de rea: Si condicin de entrada es lgica => puede ser nulo. Si condicin de entrada es rango =>

Clase de equivalencia correcta = 1 a 300.Clase de equivalencias no correctas = -100 a -1 y

301 a 500.16Ingeniera de Software. Prueba de Software.

Anlisis de Valores Lmites Similar a PE, pero considerando los lmites. Reglas.

Si una condicin de entrada es: Rango entre a y b, disear casos de prueba para a y

b, por debajo de a y por encima de b. N de valores, probar el Mx. y mn, y los valores

justo por encima del mx. y por debajo del mn. Aplicar estas reglas para condiciones de

salida y estructuras de datos.


Prueba de GUIs Para ventanas:

Forma de abrir ventanas: teclado, mouse, men. Tamao, movimiento y despliegue de ventanas. Acceso de informacin disponible a mouse, teclas de funcin,

flechas y otros. Se regenera al sobrescribir y volver abrir. Estn todas las funciones de la ventana operativas? Estn disponibles en la ventana los menes emergentes, barra

de herramientas, barras deslizantes, cuadros de dilogo, botones, conos, etc.?

etc.


Prueba de GUIs Para menes:

Se muestra la barra de men apropiada en el contexto apropiado?

Funcionan adecuadamente las funciones de despliegue? Estn todas las funciones del men accesibles con el mouse? Se ejecutan todas las funciones de cada men como se

anunciaba? Si el ratn tiene varios botones, se reconocen en el contexto? Cambia adecuadamente el cursor en el orden del

procesamiento? etc.


Prueba de GUIs Para entrada de datos:

Se repiten y son introducidos adecuadamente los datos alfanumricos en el sistema?

Funcionan adecuadamente los modos grficos de entrada de datos como por ej. , una barra deslizante?

Se reconocen adecuadamente los datos no vlidos? Son comprensibles los mensajes de entradas de datos?


Prueba Cliente/Servidor

Comprobar aplicaciones clientes. Comprobar servidor de aplicaciones. Comprobar servidor de BD. Comprobar servidor de transacciones. Comprobar servidor de comunicaciones. Se prueba fundamentalmente desempeo.


Pruebas de Documentacin y Ayuda Errores en documentacin (diseo, manual de usuario, etc.) 2 fases:

RTF del documento. Prueba en vivo con el sistema en ejecucin.

Se pueden utilizar diferentes tcnicas. Algunas Guas:

Se describe con exactitud las secuencias de interaccin? Es fcil localizar la ayuda en la documentacin? Se pueden resolver problemas fcilmente con la documentacin? Estn descritos con detalle los posibles mensajes de errores para

el usuario?


Metodologa de Prueba Planificacin de la Prueba

Creacin del plan (objetivos, qu probar, mtodos, recursos, productos a generar y responsables)

Diseo de la Prueba Cmo probar, cmo utilizar los mtodos, criterios de aceptacin.

Determinacin de los casos de prueba Objetos a probar, entradas y salidas esperadas.

Planificacin del Procedimiento de Prueba Requerimientos de la prueba, Secuencia de ejecucin y condicin de

terminacin de cada caso de prueba Ejecucin de la Prueba

Ejecutar los casos de prueba segn el procedimiento planificado y registrar los incidentes o problemas encontrados

Anlisis y Evaluacin de la Prueba Examen de Resultados y Control de objetivos propuestos

Documents

Pruebas-2