Prueba del Sistema

Plan de Pruebas.

            Para continuar con la ejecución de este proyecto y asegurar que cumple con todos los requerimientos tanto funcionales y no funcionales, se ejecuto un plan de pruebas para comprobar que el sistema cumple con los términos que implican La calidad del software dentro de los cuales están los principios de funcionalidad, usabilidad, estabilidad, escalabilidad, eficiencia, mantenimiento y seguridad.

            Entre las técnicas a utilizar para probar la aplicación web que describen como probar una unidad, subsistema o sistema.

Prueba Unitaria: Se focaliza en ejecutar cada módulo (o unidad mínima a ser probada, ejemplo: una clase) lo que provee un mejor modo de manejar la integración de las unidades en componentes mayores. Busca asegurar que el código funciona de acuerdo con las especificaciones y que el módulo lógico es válido.

Prueba de Integración: Identificar errores introducidos por la combinación de programas probados unitariamente.

Pruebas del Sistema: Asegurar la apropiada navegación dentro del sistema, ingreso de datos, procesamiento y recuperación.

            Este tipo de prueba fueron realizadas durante el proceso de desarrollo ya que son necesario para ir comprobando que lo que se está desarrollando es lo que se planifico y que  se no se están cometiendo errores lógicos o de programación y que la validación sea la correcta para cada tipo de campo.

Integración de Componentes

Ésta fase tiene como objetivo ensamblar la aplicación web desarrollada con los componentes que la integran.

Al integrar los componentes se debe realizar una serie de pruebas. Las pruebas tienen como objetivo fundamental conseguir las diferencias entre la manera esperada de la aplicación y la forma observada en el sistema.

Existen diferentes pruebas de software, entre ellas tenemos pruebas unitarias donde se encuentra diferencias entre el modelo de diseño de objetos y sus componentes correspondientes.

Las pruebas estructurales encuentran diferencias entre el modelo del diseño del sistema y un subconjunto de subsistema integrados. Las pruebas funcionales encuentran diferencias entre el modelo de caso de uso y el sistema y las pruebas de desempeño encuentran diferencias entre los requisitos no funcionales y el desempeño real del sistema. (Brugge y Dutoit, 2000).

Dentro de las pruebas recomendadas a realizar están:

Pruebas funcionales: encargada de comprobar que el SW cumple con las funciones establecida en los contratos de uso y de realización.

Pruebas no funcionales: realiza la comparación de la aplicación con los requisitos no funcionales, estos incluyen seguridad, velocidad, confiabilidad, entre otros.

Pruebas de aceptación: consiste en validar que el sistema satisfaga las necesidades reales del cliente; esta prueba debe ser realizada por el cliente o usuario.

Pruebas funcionales

Para ejecutar esta prueba se utilizó el Método de Heumann [2001], que consiste en realizar el análisis de la descripción textual del caso de uso, se determinan los flujos posibles: Flujo principal (feliz) y flujos alternos. Para este procedimiento se tomo como piloto el caso de uso CU06- Modificar datos, relacionado con el proceso Actualizar datos del trabajador.

Casos de Prueba Funcionales

Caso de Prueba N°	Nombre	Apellido	Fecha de Nacimiento	Teléfono de Habitación	Teléfono Móvil	Resultado Esperado
1	María	Pérez	25/06/1977	0271-2216832	0416-512.45.66	Datos Válidos Información almacenada
2	María	Per4z	25/06/1977	0271-2216832	0416-512.45.66	Datos Inválidos. No se almacenan los datos
3	María	Pérez	15.08.80	0271-2216832	0416-512.45.66	Formato de fecha inválido. No se almacena los datos
4	María	Pérez	25/06/1977	212191	0416-512.45.66	Formato de teléfono inválido. No se almacena los datos

Pruebas no Funcionales

Prueba de Resistencia: El objetivo de esta prueba es comprobar que la Sistema Web soporte una Cantidad muy grande de registros. Para esto se toma un modulo de almacenar datos y se realizan registros hasta llegar al límite esperado para la aplicación y así comprobar el comportamiento de la aplicación

Prueba de Configuración: Esta prueba se ejecuta para comprobar que sistema funcione con la configuración especificada, que puede soportar las plataformas de cualquier sistema operativo y cualquier dispositivo de acceso web.

Pruebas de Compatibilidad: Prueban las interfaces del sistema con otros sistemas. En esta sección se comprueba que los datos almacenados en la base de datos del sistema, sean coherentes y compatibles con la base de datos del SUGAU.

Pruebas de Seguridad: Las pruebas de seguridad cubren el proceso de evaluar la seguridad del sistema desde un punto de vista externo y sin conocimiento previo de los mismos. Dentro de estas pruebas se comprobó que el sistema de Captcha funcione correctamente, así como también que se verifique el usuario sea un trabajador de la institución para poder acceder al sistema, que no se puedan visualizar las URL del sistema, que la encriptación de los códigos se esté ejecutando eficientemente.

 Pruebas de Aceptación

El objetivo de las pruebas de aceptación es validar que un sistema cumple con el funcionamiento esperado y permitir al usuario de dicho sistema que determine su aceptación, desde el punto de vista de su funcionalidad y rendimiento. Las pruebas de aceptación son definidas por el usuario del sistema y preparadas por el equipo de desarrollo, aunque la ejecución y aprobación final corresponden al usuario.

Para cumplir con esta etapa se tomaron en consideración las prueba Alfa que son realizadas en el mismo ambiente de desarrollo del sistema por un conjunto de usuarios selectos. El ambiente es controlado por los desarrolladores o el grupo de pruebas

Pruebas Alfas

            Esta prueba fue ejecutada por un equipo de expertos en el área de la informática conformado por los estudiantes de la carrera PNFI trayecto III, trimestre III, sección nocturna bajo la supervisión del Profesor Asesor Ing. José Quintero.  Para la ejecución de esta prueba se instalo el sistema el servidor propiedad de la institución ubicado en el Departamento de Tecnología educativa, accesando a través de la IP pública http://200.8.98.9/sigedoc/ del servicio de internet de  la empresa INTERCABLE, para que los integrantes del equipos de pruebas tuviese acceso remoto al sistema y en ambiente web para el cual fue diseñado.

Otra de las actividades realizadas para cumplir con esta etapa fue la realización de una reunión con el usuario principal que es el Coordinador  de Talento Humano la Lic. Yosmar Rojas, el Doctor Carlos Lacruz Jefe del Departamento de Computación, donde también contamos con la presencia del Profesor Asesor de proyecto Ing. José Quintero y la tutora del proyecto Msc. Doris Briceño. En dicha reunión se presento el Sistema Web y se les permitió a los usuarios interactuar con el mismo bajo la supervisión del equipo desarrollador. De esta prueba obtuvimos las siguientes observaciones:

•  El usuario mostro gran satisfacción por la realización del sistema, ya que cumple el requisito principal para la cual fue propuesto que es la generación de constancias de trabajo. Demostró que estaba satisfecho con el trabajo realizado y mostro gran expectativa con la culminación e implantación del mismo.
• De dicha reunión surgieron cambios en algunos requisitos y funciones pero motivado al tiempo restringido que se tiene para la realización de este proyecto no consiguieron  realizar en su totalidad, quedando propuesta la ejecución de dichas modificaciones para la continuación del proyecto en el periodo académico siguiente.
• En el mismo orden de idea, concretamos la decisión de no realizar la constancia de relación de cargos planteadas en las etapas anteriores del proyecto motivado a que la información necesaria para ejecutar el mismo esta incompleta y en algunos casos es inexistente.