10
TRABAJO CON REQUERIMIENTOS VALIDACIÓN Y VERIFICACIÓN ANDREA CATHERINE RINCON SARMIENTO ADSI 809794

Trabajo con requerimientos

Embed Size (px)

Citation preview

Page 1: Trabajo con requerimientos

TRABAJO CON REQUERIMIENTOS

VALIDACIÓN Y VERIFICACIÓN

ANDREA CATHERINE RINCON SARMIENTO

ADSI

809794

Page 2: Trabajo con requerimientos

VALIDACIÓN Y VERIFICACIÓN

Las tareas de validación y verificación fueron utilizadas para enfatizar la importancia del trabajo con los requerimientos.

A continuación una propuesta de cómo llevarlas adelante a efectos de garantizar la calidad del software resultante.

Page 3: Trabajo con requerimientos

VALIDACIÓN

Una forma directa de validación del comportamiento del modelo de negocio es su programación definitiva o prototipo y las pruebas ejecutadas sobre este que muestren que el comportamiento es el esperado.

Esta programación no debe establecerse en clases de diseño que cumplan con criterios de buen diseño. Por este motivo puede tratarse de un prototipo o código no optimo que con modificaciones posteriores termine siendo el definitivo. La validación de este comportamiento es clave en modelos complejos.

Page 4: Trabajo con requerimientos

La validación del comportamiento de la aplicación (funcionalidad) con los usuarios utilizando los prototipos de interfaces que forman parte de la especificación de los casos de uso.

Page 5: Trabajo con requerimientos

VERIFICACIÓN

La verificación de la corrección de la construcción del sistema se lleva a cabo diseñando y ejecutando pruebas (test) que darán certeza de que se a construido el sistema de manera correcta.

Page 6: Trabajo con requerimientos

Aquí solamente se refiere a las pruebas funcionales, aquellas que prueban el comportamiento de la aplicación en términos de los casos de uso.

Si los casos de uso fueron validados y son los que se debían construir, luego llega el momento en que se prueba que fueron construidos correctamente.

A partir de los casos de uso se derivan los Casos de prueba

Page 7: Trabajo con requerimientos

Por cada caso de uso, tres diferentes tipos de casos de prueba:

1. Las altas, bajas y modificaciones generalizadas de forma tal que tanto la especificación de los casos como las pruebas resulte reutilizables. Activo llamado ABM_TestCase.

2. Por cada interfaz de usuario de cada caso de uso se diseñan pruebas orientadas a probar la presentación. Se testean la presencia, la disposición y el orden de los diferentes controles , el paginado de los datos, etc. Este caso de prueba llamado Application_TestCase se ejecuta para todas las pantallas de los casos de uso de la aplicación.

3. Para los casos de uso diferentes se construyó el caso de prueba asociado, nombrado UseCaseX_TestCase

Page 8: Trabajo con requerimientos