wiki:PlanPruebasUnitarias

Tabla de Contenido

  1. Proyecto Mayaguaray
    1. Contenido relacionado al proyecto:
    2. ¿Cómo lo hacemos?
      1. Segunda Etapa de Desarrollo (Año 2016)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
      2. Primera Etapa de Desarrollo (Año 2015)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
    3. Equipo de Trabajo
      1. Segunda Etapa de Desarrollo (Año 2016)
        1. Equipo de Trabajo CorreoSUR
        2. Equipo de Trabajo RedSUR
      2. Primera Etapa de Desarrollo (Año 2015)
        1. Equipo de Trabajo Diseño Conceptual
        2. Equipo de Trabajo Redsur
        3. Equipo de Trabajo Firma Electrónica
        4. Equipo de Trabajo Diseñor de Interfaz Corresur
        5. Equipo de Trabajo Diseño de Infraestructura
    4. Biblioteca digital
    5. Material de difusión
    6. Prototipos
    7. Respecto al Gestor del Proyecto
  2. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
  3. Correo del Estado Venezolano 2015
    1. Conceptualización
    2. Administración
    3. Construcción
  4. Alcance del Proyecto
  5. Propuesta de Solución
  6. Propuesta de Desarrollo del Proyecto: Correo del Estado Venezolano
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
      1. Autenticación de usuarios
      2. Gestión de correo electrónico
      3. Gestión de libreta de contactos
      4. Firma electrónica de documentos adjuntos
      5. Gestión de calendario
    4. 4. Descripción general de la arquitectura del software
    5. 4.1 Descripción general de la arquitectura del software interfaz
    6. 4.2 Descripción general de la arquitectura del software plugin firma …
    7. 5. Metodología de desarrollo
    8. 6. Plataforma de operación
    9. 6.1. Plataforma de operación interfaz
    10. 6.2. Plataforma de operación plugin firma electrónica
    11. 7. Plataforma de desarrollo
    12. 7.1 Plataforma de desarrollo interfaz
    13. 7.2 Plataforma de desarrollo plugin firma electrónica
    14. 8. Licencias de código y documentación
  7. Posibles Actores de la Comunidad de Desarrollo de la Aplicación
    1. 1. Lista de Posibles Aliados de la Red de Desarrollo de la Aplicación
    2. 2. Lista de Posibles Colaboradores en el Desarrollo de la Aplicación
  8. Estudio de Factibilidad de Desarrollo del Proyecto
    1. 1. Aspectos a Considerar para el Estudio de Factibilidad del Proyecto
    2. 2. Factibilidad del Desarrollo del Proyecto
  9. Descripción de la Aplicación
  10. Estándares de Desarrollo del Proyecto
  11. Estándares de Desarrollo del proyecto plugin de firma electrónica
      1. Organización de archivos
      2. Archivos fuente
      3. Longitud de línea
      4. Líneas extendidas
      5. Declaraciones
      6. Documentación de código
  12. Priorización de Funcionalidades
    1. Funcionalidad:
    2. Valor cuantitativo de prioridad:
    3. Dependencia entre Funcionalidades:
  13. Estudio de los Riesgos
    1. Valor cuantitativo de prioridad
  14. Plan del Proyecto: Equipo Interfaz
  15. Definición del dominio de la aplicación
  16. Definición del dominio de la aplicación
  17. Diagramas de Actividades
  18. Diagramas de Actividades de los Métodos de las Clases de la Aplicación
  19. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  20. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso: Autenticación de usuario
      1. 1.1 Caso de Uso: Registrar usuario
      2. 1.2 Caso de Uso: Ingreso de usuario
      3. 1.3 Caso de Uso: Reenviar contraseña
    2. 2. Casos de Uso: Gestión de Correo Electrónico
      1. 2.1 Caso de Uso: Recibir correo
      2. 2.2 Caso de Uso: Redactar correo
      3. 2.3 Caso de Uso: Responder correo
      4. 2.4 Caso de Uso: Responder a todos
      5. 2.5 Caso de Uso: Reenviar correo
      6. 2.6 Caso de Uso: Borrar correo
      7. 2.7 Caso de Uso: Buscar correo
      8. 2.8 Caso de Uso: Imprimir correo
    3. 3. Casos de Uso: Gestión de libreta de contactos
      1. 3.1 Caso de Uso: Crear contacto
      2. 3.2 Caso de Uso: Modificar contacto
      3. 3.3 Caso de Uso: Eliminar contacto
    4. 4. Casos de Uso: Firmar Electrónicamente un Documento Adjunto
      1. 4.1 Caso de Uso: Firmar documento adjunto
      2. 4.2 Caso de Uso: Verificar firmar electrónica de un archivo adjunto al …
    5. 5. Casos de Uso: Gestión de Calendario
      1. 5.1 Caso de Uso: Crear Evento
      2. 5.2 Caso de Uso: Modificar Evento
      3. 5.3 Caso de Uso: Eliminar Evento
      4. 5.4 Caso de Uso: Ver Calendario
      5. 5.5 Caso de Uso: Filtrar Calendario
    6. Flujograma de actividades
  21. Diagramas de Secuencia
    1. 1. Diagramas de Secuencia para los Casos de Uso de la Aplicación
      1. 1.1 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
      2. 1.2 Diagrama de Secuencia del Caso de Uso <Nombre del Caso de Uso>
  22. Diagramas de Estado de las Clases de la Aplicación
    1. 1. Diagrama de Estado de la Clase <nombre de la clase>
    2. 2. Diagrama de Estado de la Clase <nombre de la clase>
  23. Diseño del Prototipo No-funcional de la Interfaz U/S
  24. Pruebas
  25. 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 pruebaObjetivo de la pruebaDatos de entradaCondiciones(opcional)Salida esperadaSalida obtenidaClases de equivalencia cubiertasObservaciones
- - - - - - - -
- - - - - - - -




[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 equivalenciaClase de equivalenciaClasificació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 pruebaObjetivo de la pruebaDatos de entradaCondiciones(opcional)Salida esperadaSalida obtenidaClases de equivalencia cubiertasObservaciones
- - - - - - - -
- - - - - - - -




[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]

Last modified 54 years ago Last modified on Dec 31, 1969, 8:23:45 PM