2. 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.
3. 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.
4. 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.
5. 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.
6. 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
7. 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