Iteración 1 - daprieto1/MISO-4208 GitHub Wiki

Estrategía de Pruebas

Presentación

Presentación en Google Drive

Objetivos

  • Documentar la arquitectura de las aplicaciones:
    • Modelo de despliegue (Tenant - muiti tenant - trier)
    • Lenguaje de programación
    • Frameworks usados
    • Librerias usadas (Dependencias)
    • Bases de Datos soportadas.
    • Versiones del sistema operativo soportadas. En el caso de android cual es la versión mínima sobre la que se ejecuta. Para la aplicación web cuales son los sistemas operativos sobre los que puede ser desplegada.
  • Realizar pruebas exploratorias sobre la aplicación Web y Móviles.
  • Definir cuales son los principales casos de uso de cada aplicación.
  • Seleccionar los casos de uso que se van a automatizar por medio de la herramienta de automatización.
  • Realizar el diseño de arquitectura de la herramienta de automatización
  • Relizar un MVP de la herramienta de automatización
  • Medir y evaluar la aplicación web con Google Lighthouse

Niveles y tipos de pruebas

Aplicación Web

Nivel Sistema

Dado que vamos a construir el sistema completo de la aplicación web (servidores, base de datos, aplicación web etc.) con el fin de simular el comportamiento completo del ERP en un ambiente de producción realizaremos pruebas sobre el nivel de sistema.

Dentro de los tipos de pruebas que realizaremos dentro de este módulo se encuentran:

  • Manual: En la fase exploratoria.
  • Funcional: Probando los casos de uso seleccionados.
  • Automática: Se ejecutarán casos de uso de forma automatizada soportados sobre la herramienta desarrollada durante el curso.

Infraestructura de pruebas

Dolibarr Aplicación Web

  • Crear cuenta en Amazon Web Services para usar el Free Trier desplegando máquinas virtuales small Ubuntu Server.
  • Usar los demos que ofrece Dolibarr por 15 días a través de su portal Dolibarr Demos

Aplicaciones Móviles

  • Instalar los APK's en los dispositivos propios de los miembros del equipo.

Presupuesto

  • Se cuenta con un equipo de ingenieros los cuales cuentan con una disponibilidad semanal de 9 horas para la implementación del proyecto. Estas horas estarán distribuidas de la siguiente manera:
    • 3 horas de capacitación semanal de cada uno de los integrantes del equipo
    • 1 horas de planeación
    • 5 horas realizando la ejecución de las actividades planeadas
  • Total de horas invertidas en la iteración 1 54 horas.
  • 100 dolares en Amazon (free tier)
  • Máquinas personales de los integrantes del equipo

Definición de cada una de las aplicaciones

uHabits

Arquitectura uHabits

Dolibarr

Arquitectura Dolibarr

K 9 Mail

Arquitectura K9 Mail

Conclusiones de la presentación

  • Soportar N proveedores sin depender del JSON para generar N archivos de salida apartir de un solo archivo de entrada.
  • En la herramienta mostrar los resultados de las pruebas ejecutadas.
  • Generar interfaz gráfica para la visualización de los reportes de las pruebas ejecutadas. También es posible generar un reporte HTML al estílo GoogleLighthouse.