plan de prueba

Array Development
Plan de Pruebas de Aceptación
Versión 1.0

Historia de Revisión
Fecha
Versión
Descripción
Autor
27/06/2007
1.0
Versión Final
Array Development

Tabla de Contenidos

1. Introducción 4
1.1 Propósito del Plan 4
1.2 Alcance 4
1.3 Definiciones y Acrónimos 4
1.4 Referencias 4
1.5 Visión General del Plan 4
2. Requerimientos de Pruebas 5
2.1 Introducción 5
2.2Filosofía de la prueba 5
2.2.1 Generalidades 5
2.2.2 Áreas funcionales 5
2.2.3 Categorías de resultados de prueba 5
2.3 Entorno de la prueba 5
2.3.1 Generalidades 5
2.3.2 Hardware 6
2.3.3 Software 6
Datos de prueba 6
2.4 Roles y responsabilidades del equipo de pruebas 6
2.5 Identificación de la prueba 7
2.5.1 Scripts de prueba 7
2.5.2 Reporte de resultados 7
2.5.3 Criterios deaceptación 8
2.5.4 Errores de prueba 8
2.5.5 Documentación de la prueba 8
2.6 Pruebas Funcionales 8
3. Estrategia de Pruebas 9
3.1 Pruebas por Caso de Uso 9
3.1.1 Pruebas de integración 9
3.1.2 Pruebas del caso de uso 9
4. Casos de Prueba 9
4.1 Caso de uso Validad Usuario. 9
4.2 Caso de uso Actualizar Personal. 10
4.3 Caso de uso Actualizar Socio. 10
4.4 Caso de uso Actualizaraccesorios. 11
4.5 Caso de uso Actualizar Instalaciones. 11
4.6 Caso de uso Actualizar Curso. 12
4.7 Caso de uso Actualizar Pagos. 12
4.8 Casos de uso Actualizar Solicitudes. 13
4.9 Caso de uso Buscar Instalación 13
4.10 Caso de uso Buscar Socio. 13
4.11 Caso de uso Buscar Curso. 13
4.12 Caso de uso Consultar Información del club 14
4.13 Caso de uso Consultar movimientos del socio 14
4.14 Casode uso Inscribir Curso. 14
4.15 Caso de uso Reservar Instalaciones. 14
5. Requerimientos del Ambiente de Pruebas 15
5.1 Hardware 15
5.2 Sistema Operativo 15
Plan de Pruebas
1. Introducción
1.1 Propósito del Plan
El propósito de este plan es planificar, estructurar y documentar la planificación de las pruebas de aceptación del sistema a realizar, así como la estrategia a utilizar para suejecución.
1.2 Alcance
Luego de finalizar las pruebas de sistema, el programa se encuentra completamente ensamblado, y se han encontrado y corregido los errores entre los módulos, métodos, clases y objetos. En este punto se comienza con la etapa de las pruebas de validación de requerimientos más conocida como pruebas de aceptación. Éstas se enfocan en las acciones que realiza el usuario ademásde las salidas del sistema que puedan ser reconocidas por él; dichas acciones y salidas engloban las expectativas del usuario, y están definidas en las especificaciones de los requerimientos del software.

Las pruebas de aceptación, se realizan a los requerimientos funcionales, y a los no-funcionales como facilidad de uso, recuperación, eficiencia, entre otros; y se pretende lograr:corrección, vale decir, carencia de ambigüedad; completitud, es decir, especificación completa y clara del problema; y por último pero no menos importante, consistencia, quiere decir, que no haya requisitos contradictorios.

El plan que a continuación se detalla pretende dar una visión general sobre las actividades a realizar; sobre las pruebas consideradas; además de una explicación global que seconsideró para la realización de los documentos a entregar, ya que darán una mayor información relacionada a la evaluación y reportes de este tipo de pruebas.
1.3 Definiciones y Acrónimos
No se utilizan en este plan.
1.4 Referencias
Especificación de Requisitos de Software v1.0, 2007
1.5 Visión General del Plan
Este documento consta de las siguientes secciones: una introducción, losrequerimientos de pruebas que son obtenidos del ERS y luego la estrategia de pruebas a seguir.

















2. Requerimientos de Pruebas
2.1 Introducción
Este capítulo documenta los requerimientos de prueba durante la Fase de Pruebas del Sistema e Integración para el Sistema de Gestión de Club de Tenis.
2.2 Filosofía de la prueba
2.2.1 Generalidades

El objetivo principal de las...