wiki:redsur/PlanPruebasFuncionales

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. RedSUR 2016
    1. Conceptualización
      1. Plantillas
      2. Flujograma
    2. Administracion
      1. Plantillas
      2. Flujograma
    3. Construcción
      1. Plantillas
      2. Flujograma
    4. Uso de macros para trazabilidad
  4. Alcance del Proyecto
  5. Propuesta de Solución
  6. Propuesta de Desarrollo del Proyecto
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
    4. 4. Descripción general de la arquitectura del software
    5. 5. Metodología de desarrollo
    6. 6. Plataforma de operación
    7. 7. Plataforma de desarrollo
    8. 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. Servicios REST
  12. Seguridad
  13. Ejemplos
  14. Priorización de Funcionalidades
    1. Funcionalidad:
    2. Valor cuantitativo de prioridad:
    3. Dependencia entre Funcionalidades:
  15. Estudio de los Riesgos
    1. Valor cuantitativo de prioridad
  16. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  17. Definición del dominio de la aplicación
  18. Definición del dominio de la aplicación
  19. Diagramas de Actividades
  20. Diagramas de Actividades de los Métodos de las Clases de la Aplicación
  21. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  22. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de Uso: Consultar proveedores, clientes e instituciones de apoyo
    2. 2. Casos de Uso: Buscar posibles proveedores y clientes, según …
    3. 3. Casos de Uso: Visualizar información de las Sub Unidades Económicas.
    4. 4. Casos de Uso: Registrar información en el perfil del ente de apoyo.
    5. Flujograma de actividades
  23. 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>
  24. 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>
  25. Diseño del Prototipo No-funcional de la Interfaz U/S
  26. Pruebas
  27. 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

Last modified 8 years ago Last modified on Feb 1, 2016, 11:52:47 AM