wiki:metodologia2016/PlanPruebasIntegracion

Tabla de Contenido

  1. Sistemas para visualizar el encadenamiento productivo entre países de …
  2. ¿Cómo lo hacemos?
      1. Primera Etapa de Desarrollo del Sistema UNASUR (Año 2016)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
        2. Equipo de Trabajo 2016
        3. Cronograma de Publicación y Liberación
      2. Tercera Etapa de Desarrollo (Año 2015)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
        2. Equipo de Trabajo 2015
        3. Cronograma de Publicación y Liberación
      3. Segunda Etapa de Desarrollo (Año 2014)
        1. Metodología de Desarrollo de Software Libre Utilizada (v2.0)
        2. Equipo de Trabajo 2014
        3. Cronograma de Publicación y Liberación
      4. Primera Etapa de Desarrollo (Año 2013)
        1. Metodología de Desarrollo de Software Libre Utilizada (v1.0)
        2. Equipo de Trabajo 2013
      5. Anteproyecto (Año 2012)
    1. Descargas
    2. Publicación y Liberación
    3. Ambiente de Pruebas
    4. Material de difusión
  3. Metodología de Desarrollo de Software Libre (MDSL) Versión 2.0
  4. Sistema SICPSUR 2016
    1. Conceptualización
      1. Plantillas
      2. Flujograma
    2. Administracion
      1. Plantillas
      2. Flujograma
    3. Construcción
      1. Plantillas
      2. Flujograma
    4. Minutas de las reuniones de trabajo
    5. Uso de macros para trazabilidad
  5. Alcance del Proyecto
  6. Propuesta de Solución
  7. Propuesta de Desarrollo del Proyecto
    1. 1. Necesidades y/o problemas
    2. 2. Solución propuesta
    3. 3. Alcance del software propuesto
    4. 4. Metodología de desarrollo
    5. 5. Plataforma de operación
    6. 6. Plataforma de desarrollo
    7. 7. Licencias de código y documentación
  8. 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
  9. 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
  10. Descripción de la Aplicación
  11. Estándares de Desarrollo del Proyecto
  12. Estándares de Desarrollo del Proyecto
  13. Priorización de Funcionalidades
    1. Funcionalidad:
    2. Valor cuantitativo de prioridad:
    3. Dependencia entre Funcionalidades:
  14. Estudio de los Riesgos
    1. Valor cuantitativo de prioridad
  15. Plan del Proyecto
    1. 1. Priorización de funcionalidades del software según las necesidades …
  16. Definición del dominio de la aplicación
  17. Definición del dominio de la aplicación
  18. Diagramas de Actividades
  19. Diagramas de Actividades de los Métodos de las Clases de la Aplicación
  20. Definición de Requerimientos
    1. 1. Requerimientos Funcionales
    2. 2. Requerimientos No-funcionales
  21. Especificación de Requerimientos (Funcionalidades)
    1. 1. Casos de uso para la gestión de usuarios y seguridad.
    2. 2. Casos de uso para la consulta en el Mapa UNASUR: Datos básicos, …
    3. 3. Casos de uso para la consulta de reportes de posibilidades de …
    4. 4. Casos de uso para el modelado de las cadenas productivas en la …
    5. 5. Casos de uso para la visualización de la Matriz Insumo Producto …
    6. 6. Casos de uso para la consulta de los aranceles de cada país …
    7. 7. Casos de uso para carga masiva de información relacionada a: …
    8. 8. Casos de uso para la gestión del directorio de empresas de UNASUR.
    9. 9. Casos de uso para el registro de los convenios de complementariedad …
    10. Flujograma de actividades
  22. 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>
  23. 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>
  24. Diseño del Prototipo No-funcional de la Interfaz U/S
  25. Pruebas
  26. 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 pruebaObjetivo de la pruebaEventoComponentes participantesCondicionesSecuencia (hilo) de ejecución de los métodos de los componentesRespuesta esperada a la solicitudRespuesta obten[Notas:ida a la solicitudObservaciones
[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]





Last modified 8 years ago Last modified on Feb 1, 2016, 11:46:22 AM