Capítulo 7 (2P) - Verificación y Validación del Software

8/18/2019 Capítulo 7 (2P) - Verificación y Validación del Software

1/19

1

Capítulo 7

Verificación y Validacióndel Software


2/19

2

Instalación y Pruebas

Instalación enProducción

Elaboración del Plan

de Pruebas ydetallar los criteriosde aceptación

Pruebas conusuarios

Aceptación de lasaplicaciones

Entregables:

Guías de Instalación

Programas ydocumentaciónajustados (parapruebas)

Plan de Pruebas yCriterios de Aceptación

Resultados de Pruebas


3/19

Prueba del Sistema

El proceso de prueba del sistema

La prueba de un sistema involucra varios pasos:

1. prueba de función

2. prueba de rendimiento

3. prueba de aceptación

4. prueba de instalación


4/19

Pasos en el Proceso de Prueba


5/19

Pruebas del Sistema

Las pruebas de función verifica que el sistemaintegrado realice las funciones especificadas en losrequerimientos

La prueba de rendimiento o perfomance compara elrendimiento de los componentes integrados con losrequerimientos no funcionales del sistema (Velocidad,confiabilidad, exactitud, etc.)

La prueba de aceptación asegura a los clientes que elsistema que pidieron es el sistema que se construyó

para ellos (pruebas alfa y beta)La prueba de instalación permite que los usuariosensayen las funciones del sistema y documententodos los problemas adicionales surgidos de la puesta

del sistema en el sitio real


6/19

Plan de Pruebas de Aceptación

Revisión de requerimientos

• Cómo el cliente valida que el sistema

desarrollado satisface sus requerimientos?

• Cómo el equipo de desarrollo verifica que:

• Los modelos de análisis satisfacen los

requerimientos?

• Los modelos de diseño satisfacen los

requerimientos?

• La implementación satisface los requerimientos?

Mediante un plan de pruebas.


7/19


Plan de pruebas• Los casos de prueba deben ser establecidos

desde la perspectiva del cliente.

• El plan de casos de pruebas de aceptación esparte del contrato.

• Si el sistema pasa todas las pruebas del plan deaceptación, el cliente ACEPTARA que el sistemasatisface los requerimientos.

• El contrato es satisfecho.• El cliente paga (US$).


8/19


• El plan de aceptación del sistema describe los casosde prueba desde la perspectiva del sistema:

• Qué clase de pruebas deberían efectuarse?, esto es:pruebas de módulos, pruebas de integración, etc.

• Cómo deben ser efectuadas las pruebas?, incluyendolas instrucciones de configuración y los recursosnecesarios

• Cuándo deben ser efectuadas las pruebas como parte

del plan de desarrollo del proyecto?, esto es, al finalde cada iteración

• Quién debe efectuar las pruebas?, esto es, establecer responsabilidades para desarrollar las pruebas.


9/19


El plan de pruebas de aceptación comprende unconjunto de pruebas de aceptación.

Cada prueba:

• Muestra como el sistema satisface algunos de losrequerimientos descritos por los casos de uso y/o losrequerimientos no funcionales.

• Deben ser cerradas; esto es, garantizados de

completarse (satisfactoriamente o no) dentro de unperiodo de tiempo finito.

• Define la severidad de los defectos y como sonmanejados.


10/19


• Para cada caso de Prueba de aceptación se

debe tener en cuenta:

• Nombre del grupo de prueba: Grupo lógico de

pruebas• Número de prueba: Identificador único para el caso

de prueba.

• Pre-requisitos: Una descripción de la situación

(contexto) en el cual la prueba será corrida.• Instrucciones de configuración: Como fijar el

contexto de la prueba.


11/19


• Instrucciones de la prueba: Como correr la prueba.• Comportamiento aceptable: Descripción del

comportamiento que el sistema debe mostrar paraindicar que ha satisfecho los requerimientos.

• Prueba desarrollada en: Fecha y hora cuando laprueba fue efectuada.

• Resultado de la prueba: Pasó o falló la prueba.


12/19


Ejemplo

• Nombre del grupo de prueba: Renta de video DVD

• Número de prueba: 4

• Pre-requisitos:

• Un socio, Raúl, con # de membresía 345734, desea rentar unacopia, disponible, de Terminator IV.

• Raúl tiene buen crédito

• Instrucciones de configuración:

• El club tiene 100 miembros incluyendo Raúl, con toda la

información pertinente

• Raúl no tiene videos rentados y no tiene multas pendientes.

• El club tiene 200 películas, cada una con 1 a 4 copias.


13/19


Instrucciones de la prueba:• Empleado ingresa número de membresía de Raúl.

• Sistema muestra la información de Raúl, indicando quetiene buen crédito.

• Empleado ingresa información de la copia del video• Sistema muestra la cantidad a cancelar por la renta

• Empleado ingresa la información de pago

Comportamiento aceptable:

• Sistema actualiza la información para indicar que Raúltiene rentada una copia de Terminator IV.

• Sistema imprime un recibo indicando la renta y lacantidad pagada.


14/19

Caso de uso: Ingreso a evaluar los docentes por parte de

los estudiantes

N°: 1

Escenario: Se corre la aplicación en la web

Responsable: Stalyn Aguayo Fecha: 27/03/2015

Precondiciones:

Se necesita que este activo, usuario y contraseña.

Datos de Entrada:

Se selecciona una escala del 1 al 5

Descripción de

pasos:

1 ingresa usuario y contraseña.

2 se da un click en el botón evaluar.

3 se selecciona una valoración del 1 al 5 dependiendo de su opinión.

4 se termina de evaluar y se da click en el botón enviar.

Resultado

Esperado:

Se estima que presente un resultado total. Cumplimiento: SI x

NO

Resultado

Obtenido

Errores: Fallas Provocadas:

Recomendación u observación: si la persona ingresa su usuario o contraseña mal no va a ingresar al

sistema.


15/19

Caso de uso: Ingreso de administrador para revisar el

reporte.

N°: 2

Escenario: Se corre la aplicación en la web

Responsable:Stalyn Aguayo Fecha: 27/03/2015

Precondiciones:

Se necesita que este activo, usuario y contraseña.

Datos de Entrada:

Se selecciona donde está el reporte del formulario de evaluación de los

docentes por parte de los estudiantes

Descripción depasos:

1 ingresa usuario y contraseña.2 se da un click donde está el reporte.

3 se revisa los resultados que da el reporte y si desea se imprime.

Resultado

Esperado:

Se muestra el resultado por dimensión y un

total de todas las dimensiones.

Cumplimiento: SI X

NO

Resultado ObtenidoErrores: Fallas Provocadas:

Recomendación u observación: si el usuario no ha evaluado el reporte estará en cero.


16/19


Granularidad

• Pruebas con granularidad fina:

• Realizar una prueba por cada escenario de un caso de

uso.

• Incluye pruebas de la interface con el usuario, aplicableal escenario.

• Pruebas con granularidad gruesa:

• Una prueba cubre la funcionalidad de muchos

casos de uso.• Incluye pruebas de la interface con el usuario,

aplicable a la funcionalidad definida en los casos de

uso involucrados.


17/19


• La interface con el usuario también tiene influencia en la

granularidad de las pruebas de aceptación.

• La interface con el usuario da una mejor perspectiva de

tareas completadas por el usuario.

• Las pruebas de aceptación pueden estar basadas en las

rutas representadas en el flujo de ventanas.


18/19


Uso de pruebas de aceptación: Durante análisis y diseño:• Si está disponible un prototipo, utilícelo para realizar

las pruebas

• Utilice modelos de análisis y diseño para determinarcomo va a trabajar el sistema para proveer ysoportar la funcionalidad

• Chequear la consistencia entre modelos

Cuando está disponible una aplicación:• Use ejecutables para desarrollar la prueba

• Chequear la consistencia entre los modelos y laimplementación


19/19

19

Capítulo 7 (2P) - Verificación y Validación del Software

Documents

Transcript of Capítulo 7 (2P) - Verificación y Validación del Software