Sistema Gestión Editorial
Pablo BastidasTrabajo6 de Junio de 2023
3.253 Palabras (14 Páginas)127 Visitas
Sistema Gestión Editorial | Versión: 1.1 : 1.0 |
Documento de Plan de Pruebas | Fecha: 16/07/2012 : 03/05/2009 |
Sistema Gestión Editorial
Versión 1.0
Sistema Gestión Editorial
Documento Plan de Pruebas
Versión 1.1
Historial de Revisiones
Fecha | Versión | Descripción | Autor |
16/07/2012 | 1.0 | Versión preliminar. | Roddy Correa, Pablo Bastidas |
Tabla de Contenidos
1. Introducción 4
1.1 Propósito del Plan 4
1.2 Alcance 5
1.3 Referencias 5
1.4 Visión General del Plan 5
2 Requerimientos de Pruebas 5
2.1 Pruebas Administración de Proyectos y Cartera 5
2.2 Pruebas de Seguridad 5
2.3 Módulo de Funcionalidad de Algoritmo 5
2.4 Módulo de Administración de Reportes 6
2.5 Pruebas de Requisitos Tecnológicos 6
2.6 Características que NO se Probarán 6
3 Riesgos y Contingencias 6
4 Estrategia de Pruebas 7
4.1 Pruebas unitarias 8
4.2 Pruebas del caso de uso 8
4.3 Pruebas de Seguridad 8
4.4 Pruebas de Requisitos Tecnológicos 8
5 Casos de Pruebas 8
5.1 Pruebas del Caso de Uso 8
5.1.1 Caso de Uso: Almacenamiento de Noticias 8
5.1.1.1 Pruebas Unitarias: Ingreso de datos 9
5.1.1.2 Pruebas Unitarias: Editar Datos 10
5.1.1.2 Pruebas Unitarias: Borrar Datos 11
5.2 Pruebas unitarias: Seguridad 12
5.2.1 Caso de Uso: Registro de Usuarios 12
5.2.1.1 Pantalla: Usuarios 12
5.2.1.1.1 Clases de equivalencia 12
5.2.1.1.2 Pruebas unitarias 12
5.2.1.2 Pantalla: Usuario (Ingreso de Sistema) 13
5.2.1.2.1 Clases de equivalencia 13
5.2.1.2.2 Pruebas unitarias 14
5.2.1.3 Pantalla: Usuarios: Editar Contraseña 14
5.2.1.3.1 Clases de equivalencia 14
5.2.1.3.2 Pruebas unitarias 15
Documento de Pruebas
- Introducción
- Propósito del Plan
El propósito del presente plan es determinar y especificar la planificación de las pruebas a realizar para comprobar el buen funcionamiento del sistema y de la estrategia a utilizar para su ejecución, definiendo los casos de prueba correspondientes.
Este documento va dirigido a todo el equipo de desarrollo y al responsable de la Gestión de Calidad del sistema de Gestión Editorial.
- Alcance
El presente plan será aplicado al momento de realizar las pruebas del sistema en la fase de Construcción del mismo.
- Referencias
- Documento de Especificación de Requisitos de Software.
- Documento Casos de Uso
- Visión General del Plan
El presente documento está constituido por las siguientes partes:
- Introducción, breve descripción del plan
- Requerimientos de las Pruebas, específica que es lo que se quiere tomar a prueba en el sistema.
- Estrategia de Pruebas.
- Casos de Prueba, se planean los casos de prueba a ejecutar.
- Requerimientos de Pruebas
Los requerimientos de las pruebas buscan determinar los requerimientos, que se encuentra en la especificación de requisitos, que se van a probar.
Se tiene como objetivo verificar la implementación y buen funcionamiento de los siguientes casos de uso:
- Almacenamiento de noticias.
- Presentación de los componentes de la diagramación en el Adobe InDesign.
- Pruebas de Seguridad
Se tiene como objetivo verificar la implementación y el buen funcionamiento de lo siguiente:
- Registro de Usuarios
- Pruebas de Requisitos Tecnológicos
Se tiene como objetivo verificar el funcionamiento del sistema:
- En Mac OS
- Con el Entorno de Programación Java.
- Con el Manejador de Base de Datos: Oracle
- Características que NO se Probarán
Las características de rendimiento y performance del producto no se serán contempladas en la etapa de pruebas.
- Pruebas de Rendimiento
- Pruebas de Stress
- Pruebas de Tiempos de Respuesta
- Riesgos y Contingencias
En la Etapa de Pruebas podemos identificar los siguientes riesgos que afectan directamente a las pruebas programadas.
ID del Factor | Factor de Riesgo | Bajo | Medio | Alto | No aplica | Información insuficiente | Pendiente | Descripción |
Categoría del Riesgo: Parámetros del Proyecto | ||||||||
1 | Componentes suministrados | X | El riesgo es bajo dado que los componentes suministrados (computadoras) sobre el cual se trabajará están disponibles y se podrán utilizar directamente. | |||||
2 | Compromiso de entrega | X | Las fechas de entrega son estables y son aceptables por cada uno de los miembros del proyecto. | |||||
Categoría del Riesgo: Contenido del Producto | ||||||||
3 | Pruebas | X | No existen dificultades para probar los requerimientos del sistema. | |||||
Categoría de Riesgo: Proceso de Desarrollo | ||||||||
4 | Aseguración de la calidad | X | Existen procedimientos de control establecidos, pero no son del todo efectivos. El riesgo es medio dado que la efectividad no es asegurable. | |||||
5 | Identificación de defectos a tiempo | X | La detección o búsqueda de defectos a través de revisiones no se realiza de manera continua. | |||||
6 | Seguimiento de los defectos | X | Existen algunos procedimientos de seguimiento de los defectos, pero no son utilizados frecuentemente. | |||||
Categoría del Riesgo: Integrantes del Proyecto | ||||||||
7 | Disponibilidad de los integrantes | X | La disponibilidad de los integrantes es media. El riesgo es medio dado que algunos de los miembros no disponen del tiempo necesario para realizar las actividades establecidas según el cronograma. | |||||
8 | Experiencia de Aplicaciones | X | Los miembros no disponen de mucha experiencia puesto que todavía son profesionales en formación. |
...