Tabla de Contenido
- Planificación Estratégica Integral
- Proyectos
- Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
- Alcance del Proyecto
- Propuesta de Solución
- Posibles Actores de la Comunidad de Desarrollo de la Aplicación
- Estudio de Factibilidad de Desarrollo del Proyecto
- Descripción de la Aplicación
- Estándares de Desarrollo del Proyecto
- Priorización de Funcionalidades
- Estudio de los Riesgos
- Plan del Proyecto
- Definición del dominio de la aplicación
- Definición del dominio de la aplicación
- Diagramas de Actividades
- Diagramas de Actividades de los Métodos de las Clases de la Aplicación
- Definición de Requerimientos
- Especificación de Requerimientos (Funcionalidades)
- 1. Casos de Uso: Logeo (Servicio)
- 2. Casos de Uso: Registro de Usuario (Servicio)
- 3. Casos de Uso: Mostrar Entidad (Servicio)
- 4. Casos de Uso: Mostrar Parroquías (Servicio)
- 5. Casos de Uso: Mostrar Municipios (Servicio)
- 6. Casos de Uso: Generar nuevo token de Consulta
- 7. Casos de Uso: Mostrar Consulta (Servicio)
- Flujograma de actividades
- Diagramas de Secuencia
- Diagramas de Estado de las Clases de la Aplicación
- Diseño del Prototipo No-funcional de la Interfaz U/S
- Pruebas
- Manuales del Sistema
Plan de Pruebas Funcionales
La pruebas funcionales aseguran que la aplicación ejecute sus funciones de acuerdo a lo establecido en la especificación de requerimientos.
1. Ambiente de prueba
Recursos Físicos
[Se colocan las características del equipo (hardware) a utilizar para la realización de la prueba, por ejemplo, tipo de computador y su velocidad, tipo de memoria, características de disco duro, etc.]
Recursos Lógicos
[Se indican las herramientas a instalar para la realización de las pruebas, por ejemplo, herramientas automatizadas para la aplicación de pruebas]
2. Prueba Funcional del Casos de Uso: <nombre del caso de uso>
Flujo Básico
[Se indica la secuencia de actividades correspondiente al flujo básico del caso de uso en particular]
Flujos Alternativos
[Se indica la secuencia de actividades de cada uno de los flujos alternativos del caso de uso en particular]
Casos de Prueba
[Por cada flujo de actividades (básico y alternativo) identificado para el caso de uso se definen un o más casos de prueba. Cada flujo de actividades asociado a una funcionalidad del sistema se conoce como hilo, el cual es activado por un evento y puede tener asociado un conjunto de datos de entrada]
Tabla 1. Prueba funcional del caso de uso <nombre del caso de uso>
# Caso de prueba | Objetivo de la prueba | Datos de entrada | Salida esperada | Salida obtenida | Observaciones |
[Se indica el número del caso de prueba, colocando entre paréntesis si este caso de prueba corresponde a el flujo básico o a un flujo alternativo |
[La información que debe contener el formato de pruebas de este plan está referida a datos de los siguientes campos de la tabla: # del caso de prueba, objetivo de la prueba, datos de entrada, salida esperada. La información correspondiente a los demás campos se colocará una vez realizada la prueba]
[La sección 2 se repite para cada caso de uso de la aplicacion