Plan De Pruebas Ejemplo

-------------------------------------------------
PLAN DE PRUEBAS
1. Introducción
El Sistema Administrador de la información de Proyectos es un programa para llevar un control de la información de proyectos, así como su edición o actualización de datos y bajas de estos, subir archivos.
El presente documento tiene como objetivo descubrir las pruebas a las que se debe someter la aplicaciónen sus diferentes fases de desarrollo con el fin de cumplir con los requisitos establecidos, se revisa que el programa cumpla con lo que debe hacer, ya sean cajas de texto, botones, etc.
Si se encuentra alguna falla en el software se regresara a la categoría de operación, en el área de desarrollo y mantenimiento de software en donde se harán las correcciones necesarias para asegurar la calidadtotal del producto.
Se pretende que el proceso del plan de pruebas forme parte del desarrollo en si de manera que la mayoría de módulos desarrollados sean probados una vez codificados, sin necesidad de esperar al final del proyecto.
2. Panorama del sistema
El proyecto sobre el que se define este plan de pruebas se corresponde con el software del Sistema Administrador de la Información deProyectos, consistente en una herramienta para una institución gubernamental con el objetivo de facilitar diferentes tareas, como la creación de pruebas, ingresar datos de un proyecto, agregar hitos, ingresar usuarios, agregar tareas, equipos que estarán desarrollando un proyecto.

3. Características a probar y que no se prueba
El conjunto de tareas necesarias para conseguir el objetivo delproyecto son el verificar uno por uno cada uno de los componentes del sistema, se revisaran desde el primer TexBox hasta el ultimo, también se revisara que los ComboBox y que los botones cumplan con las especificaciones para las cuales fueron diseñados.
Se espera poder abarcar la mayor parte del prototipo del sistema, para ello los módulos a ser probados en este documento serán: Agregar proyecto,agregar Tarea, agregar usuarios, agregar archivos, agregar hitos.
La estructura de pruebas que esta en uso en la iteración actual, se podrá utilizar para probar la implementación de la solución en su entorno, es decir, las que se prueban verdaderamente el sistema cumple con los que se estableció como elemental, es decir, la satisfacción del cliente. Las características a ser evaluadas son:
*Revisión de TexBox
* Revisión de Labels (Hacer énfasis en ortografía)
* Revisión de combobox
* Revisión de Botones
* Revisión de Grid
Uno de los aspectos que quedo excluido de las otras pruebas es la revisión de ortografía, porque el cliente hace énfasis en cuanto a la presentación de su aplicación, es decir que no tenga nada de fallos, acentuando la revisión ortográfica, pruebasfísicas o de elementos de hardware, pruebas de carga y/o rendimiento.
4. Criterios de Aprobación o falla
El criterio a utilizar para la aprobación de un modulo consistirá básicamente en que dicho módulo deberá reflejar los resultados esperados, que se han dispuesto en los casos de prueba.
Se considera que un módulo ha fallado cuando no cumpla con los resultados esperados por los casos de prueba,lo cual conlleva a una revisión del código fuente de dicho módulo.
5. Enfoque
Los tipos de prueba que se realizaran al software son:
* Pruebas de Función
* Pruebas de interfaces de usuario
* Pruebas de desempeño
Pruebas de Función
Objetivo: | El objetivo principal de esta prueba es que el programa realice las funciones especificadas por el cliente. |
Descripción: | En estaprueba se probara que cada elemento realice la función específica para la cual fue diseñado. |
Técnicas: | Se probara cada uno de los elementos a prueba y error usando un usuario que no tenga conocimiento absoluto sobre lo que es el sistema. |
Fases: | 1. Fase de Revisión de cajas de texto 2. Fase de Revisión de botones 3. Fase de Revisión de ComboBox 4. Fase de Revisión de Grid |...