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 Unitarias
Las pruebas unitarias se aplican a las clases o funciones de un sistema. Estas son utilizadas para verificar el comportamiento (salida) de un método o función dada una entrada específica.
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. Casos de Pruebas Unitarias de las Clases del Componente <nombre del componente>
[El diseño de los casos de prueba que se indica en esta sección se realiza solo en caso de un desarrollo orientado a objeto]
2.1 Pruebas Unitarias de la Clase <nombre de la clase>
Casos de Prueba del Método <nombre del método>
Variables a considerar en los casos de prueba
[Se listan las variables de entrada del método sobre las cuales se realizarán los casos de prueba. Las variables pueden ser:
Tipos de datos de entrada a un método.
En el caso de que el programa a probar procese archivos o una tabla de base de datos, las variables a considerar serían estos registros.
Si el programa a probar maneja estructuras con rangos definidos (arreglos, pilas, etc.), las variables a considerar serían estas estructuras]
Clases de equivalencia
[Para cada variable se definen clases de equivalencias validas e inválidas. Se definen valores límites para las clases de equivalencia]
Clase de equivalencia para la variable “nombre de la variable”:
Casos de Prueba del Método <nombre del método>
# Clase de equivalencia | Clase de equivalencia | Clasificación de las clases de equivalencia |
[Se indica la clase de equivalencia y el rango de valores límites asociado a la clase] | [Se indica si la clase es valida o inválida] | |
Casos de Prueba del Método <nombre del método>[Se indica si la clase es valida o inválida] |
Casos de prueba
[En la Tabla 1 se presenta el formato en el cual se indica la información correspondiente a cada uno de los casos de prueba del método en particular]
Tabla 1. Casos de pruebas unitarias del método <nombre del método>
# Caso de prueba | Objetivo de la prueba | Datos de entrada | Condiciones(opcional) | Salida esperada | Salida obtenida | Clases de equivalencia cubiertas | Observaciones |
- | - | - | - | - | - | - | - |
- | - | - | - | - | - | - | - |
[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, clases de equivalencia cubiertas. La información correspondiente a los demás campos se colocará una vez realizada la prueba]
[Los pasos contenidos en la sección 2.1 se repiten para todos los métodos que conforman cada una de las clases del componente <nombre del componente>]
[La sección 2 se repite para todos los componentes de la aplicación]
3. Casos de Pruebas Unitarias de las Funciones del Componente <nombre del componente>
[El diseño de los casos de prueba que se indica en esta sección se realiza solo en caso de un desarrollo no orientado a objeto]
3.1 Casos de Pruebas Unitarias de la Función <nombre de la función>
Variables a considerar en los casos de prueba
[Se listan las variables de entrada de la función sobre las cuales se realizarán los casos de prueba. Las variables pueden ser:
Tipos de datos de entrada a una función.
En el caso de que el programa a probar procese archivos o una tabla de base de datos, las variables a considerar serían estos registros.
Si el programa a probar maneja estructuras con rangos definidos (arreglos, pilas, etc.), las variables a considerar serían estas estructuras]
Clases de equivalencia:
[Para cada variable se definen clases de equivalencias validas e inválidas. Se definen valores límites para las clases de equivalencia]
Clase de equivalencia para la variable “nombre de la variable”:
# Clase de equivalencia | Clase de equivalencia | Clasificación de las clases de equivalencia |
[Se indica la clase de equivalencia y el rango de valores límites asociado a la clase] | [Se indica si la clase es valida o inválida] | |
[Se indica la clase de equivalencia y el rango de valores límites asociado a la clase] | [Se indica si la clase es valida o inválida] |
Casos de prueba
[En la Tabla 1 se presenta el formato en el cual se indica la información correspondiente a cada uno de los casos de prueba de la función en particular]
Tabla 1. Casos de pruebas unitarias de la función <nombre de la función>
# Caso de prueba | Objetivo de la prueba | Datos de entrada | Condiciones(opcional) | Salida esperada | Salida obtenida | Clases de equivalencia cubiertas | Observaciones |
- | - | - | - | - | - | - | - |
- | - | - | - | - | - | - | - |
[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, clases de equivalencia cubiertas. La la información correspondiente a los demás campos se colocará una vez realizada la prueba]
[Los pasos contenidos en la sección 3.1 se repiten para todas las funciones que conforman el componente (o módulos) en particular]
[La sección 3 se repite para todos los componentes de la aplicación]