Desarrollo de plan de pruebas de sistemas

Plan de Pruebas
introduccion
Una vez que el sistema se ha construido, es necesario hacerlo pasar por una serie de pruebas antes de y entrar a la fase de producción. Mediante dichas pruebas, se medirá su reacción integral frente a diversas acciones que realizarán los usuarios desde sus ventanas.
Entre otros aspectos será necesario probar el desempeño computacional de la plataforma tecnológicausada; seguridad ante intentos de ataque y exactitud; corrección de su contenido y su despliegue en los diferentes programas visualizadores, entre otros aspectos.
Dado que la prueba ideal de un sistema sería exponerlo en todas las situaciones posibles, así encontraríamos hasta el último fallo. Indirectamente, garantizamos su respuesta ante cualquier caso que se le presente en la ejecución real.Esto es imposible desde todos los puntos de vista: humano, económico e incluso matemático.
Probar un programa es someterle a todas las posible variaciones de los datos de entrada, tanto si son válidos como si no lo son. Imagínese hacer esto con un compilador de cualquier lenguaje: ¡habría que escribir, compilar y ejecutar todos y cada uno de los programas que se pudieran escribir con dicholenguaje!
Sobre esta premisa de imposibilidad de alcanzar la perfección, hay que buscar formas humanamente abordables y económicamente aceptables de encontrar errores. Nótese que todo es muy relativo y resbaladizo en esta área.
Propósito

Este documento describe el Plan de pruebas para el sistema de Gestión de una zapateria En concreto define los siguientes objetivos específicos:

• Identifica loselementos que se van a probar.
• Describe la estrategia de pruebas que se va a seguir en el proceso de prueba.
• Identifica los recursos necesarios para llevar a cabo el proceso de prueba y estima los esfuerzos que conlleva.
• Lista los resultados que se obtienen de las actividades de prueba.

Ámbito

Este Plan de Pruebas describe las pruebas de unidad, integración y del sistema quese aplicarán al sistema software desarrollado.

El objetivo es probar todos los requisitos definidos en la Especificación de requisitos y en el Modelo de casos de uso.

Requerimientos de las pruebas

La lista que proporcionamos en esta sección identifica los elementos (casos de uso, requisitos funcionales y requisitos no funcionales) que son objetivos de las pruebas. Es decir, los elementosqué vamos a probar.

• Pruebas de integridad de la base de datos y de los datos:

o Verificar el acceso al sistema de Gestión de zapatería
o Verificar la recuperación correcta de las modificaciones realizadas en la base de datos.
o Verificar accesos simultáneos de lectura de datos.

• Pruebas de funcionalidad:

o Verificar el caso de uso Alta de clienteso Verificar el caso de uso Modificación de productos
o Verificar el caso de uso Baja de clientes
o Verificar el caso de uso Baja de productos
o Verificar el caso de uso alta de productos
o Verificar el caso de uso ventas
o Verificar el caso de uso Consultar datos clientes y productos
o Verificar el caso de uso ventas realizadas

• Pruebas de interfaz deusuario:

o Verificar que la navegación a través de un conjunto de pantallas es fácil.
o Navegar a través de todos los casos de uso, verificando que cada interfaz de usuario se comprende fácilmente.
o Verificar que todas las interfaces de usuario siguen los estándares de GUI.

Debe proporcionarse ayuda presencial o en línea con instrucciones paso a paso para guiar alempleado en las tareas que debe realizar.”

• Pruebas de desarrollo:

“Se usarán dos terminales para poder realizar altas y bajas y ventas , mejorando así la eficiencia la zapatería y el uso de los recursos. “

“Las peticiones a los clientes se irán generando automáticamente para acelerar el proceso de petición.”

“El sistema proporcionará acceso rápido al catálogo de productos de la...