Version 1 (modified by trac, 55 years ago) (diff) |
---|
Tabla de Contenido
- Proyecto Mayaguaray
- Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
- Correo del Estado Venezolano 2015
- Alcance del Proyecto
- Propuesta de Solución
- Propuesta de Desarrollo del Proyecto: Correo del Estado Venezolano
- 1. Necesidades y/o problemas
- 2. Solución propuesta
- 3. Alcance del software propuesto
- 4. Descripción general de la arquitectura del software
- 4.1 Descripción general de la arquitectura del software interfaz
- 4.2 Descripción general de la arquitectura del software plugin firma …
- 5. Metodología de desarrollo
- 6. Plataforma de operación
- 6.1. Plataforma de operación interfaz
- 6.2. Plataforma de operación plugin firma electrónica
- 7. Plataforma de desarrollo
- 7.1 Plataforma de desarrollo interfaz
- 7.2 Plataforma de desarrollo plugin firma electrónica
- 8. Licencias de código y documentació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
- Estándares de Desarrollo del proyecto plugin de firma electrónica
- Priorización de Funcionalidades
- Estudio de los Riesgos
- Plan del Proyecto: Equipo Interfaz
- 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)
- 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 de Integración
Las pruebas de integración representan la manera como se integran las unidades o componentes de la aplicación de software que ya han sido probados.
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 aplicar de pruebas]
2. Eventos
Los posibles eventos que pueden activar métodos o funciones de los componentes a integrar se indican a continuación:
[Se indica en cada ítem el evento que genera la activación de métodos o funciones de los componentes a integrar]
[Se indica en cada ítem el evento que genera la activación de un o varios métodos o funciones de los componentes a integrar]
.
.
.
Nota:
Los eventos que generan la activación de los métodos o funciones de los componentes de la aplicación pueden obtenerse a través de los casos de uso.
Un evento puede ser: la invocación de una función (caso de uso) o, un cambio de estado en un objeto que activa un pase de mensajes.
3. Casos de Pruebas de Integración
[El formato del caso de prueba que se elabora como parte del plan de prueba de integración contendrá solo la información referida a los siguientes campos de la Tabla 1: objetivo de la prueba, evento asociado, # del caso de prueba, servicio solicitado, condiciones y servicio realizado esperado. Los demás campos de esta tabla serán llenados una vez realizada la prueba]
# del caso de prueba | Objetivo de la prueba | Evento | Componentes participantes | Condiciones | Secuencia (hilo) de ejecución de los métodos de los componentes | Respuesta esperada a la solicitud | Respuesta obten[Notas:ida a la solicitud | Observaciones |
[Se colocan las condiciones, en caso de existir, que permiten que ante un mismo evento se activen diferentes métodos o funciones. Cada condición generará casos de prueba distintos] | [Se coloca la secuencia de métodos o funciones activados de cada componente dado el evento en particular. En caso de que los métodos tengan algún tipo de polimorfismo es conveniente colocar los parámetros de los métodos. Utilizar la secuencia de métodos o funciones indicada en el método de Jorgensen y Erickson] |
Notas:
[Un mismo evento puede generar varios casos de prueba dependiendo de ciertas condiciones.
Cada secuencia de mensajes (hilo) se integra individualmente]