Pruebas - shiomar-salazar/MISW-PF-Grupo1-Backend GitHub Wiki

Estrategia de pruebas

Objetivo de la Estrategia de pruebas

Con esta estrategia de pruebas se esperan cubrir diferentes objetivos en dos grandes frentes de este proyecto:

  1. Aspectos Técnico del Proyecto: Aqui nos enfocaremos en el aseguramiento de la calidad de la apliacion tanto para web como para móvil. Por eso se espera completar lo siguiente:

    1. Pruebas Unitarias para plataforma Web
    2. Pruebas Unitarias para plataforma Móvil
    3. Pruebas Exploratorias para la plataforma Web
    4. 5 escenarios de Pruebas de Extremo a Extremo para la plataforma Web
    5. 5 escenarios de Pruebas de Extremo a Extremo para la plataforma Móvil
    6. 5 escenarios de Pruebas de Extremo a Extremo de validacion de Datos para la plataforma Móvil
    7. 5 escenarios de Pruebas de Extremo a Extremo de validacion de Datos para la plataforma Web
    8. Pruebas Manuales de Internacionalizacion para la plataforma Web
    9. Pruebas Automatizadas de Internacionalizacion para la plataforma Móvil
    10. Pruebas Manuales de Reconocimiento para la plataforma Móvil
    11. Pruebas de Carga a la Configuracion de Nube del Proyecto
  2. Aspectos Administrativos del Proyecto: En este frente nos prepararemos para las posibles dificultados que se tengan futuras iterciones del proyecto fuera del alcance antes propuesto. Para esto nos hemos propuesto lo siguiente:

    1. Obtener Diagramas del Modelo de Gui para cada sprint y poder mostrar la evolucion del proyecto.
    2. Obtener un inventario de pruebas para la plataforma Web
    3. Obtener un inventario de pruebas para la plataforma Móvil

Componentes a Probar

Para esta estrategia se pretenten probar los siguientes Componentes, a los cuales se aplicaran el tipo de pruebas que se explicaran mas adelante:

  • Gestor de Autenticacion
  • Gestor de Usuarios
  • Gestor de Proveedores
  • Gestor de Especialistas
  • Gestor de Productos/Servicios
  • Gestor de Eventos Deportivos
  • Gestor Logistico
  • Gestor de Notificaciones
  • Gestor de Entrenamientos
  • Gestor de Ventas
  • Gestor de Plan Nutricional
  • Gestor de Monitoreo
  • Integrador de Aplicaciones Externas
  • Gestor de Consultas
  • Gestor de Reportes
  • Intefaz Grafica de Plataforma Movil
  • Intefaz Grafica de Plataforma Web

Un vistazo mas de los componentes del sistema se puede apreciar en la seccion: https://github.com/shiomar-salazar/MISW4501-2024-Grupo1/wiki/VisionArq#modelo-de-componentes

Alcance de las Pruebas

El alcance que se planea tener para esta estrategia se puede resumir en la siguiente tabla:

Nivel de Prueba Componente Objetivo
Unitarias Todos a nivel de API La intencion de estas pruebas es que sirvan de punto de partida para la verificaciones de regresion funcional de cada nueva Hisotria de Usuario Implementada, ya que queremos verificar que los nuevos microservicios o las nuevas llamadas desde la Interfaz de Usuario no modifiquen o causen afectaciones a otros componentes.
Modulos Todos a Nivel Funcional y de Usabilidad Con estas pruebas esperamos poder validar elementos de Funcionalidad y Usabilidad (entre ellos tambien la navegacion y validacion de Campos) de los diferentes modulos que componen la aplicación tanto web como Móvi, con la intencion de validar que la usabilidad este presente en cada release the desarrollo entregado a los usuarios.
Integrales (E2E) Todos a Nivel de Flujos de Trabajo Este nivel de pruebas pretende validad flujos completos de trabajos, es decir en donde interactuen tanto la capa de microservicios que atiende peticiones como su interaccion con la interfaz grafica, esto incluyendo la persistencia de datos y la navegabilidad general de los entregables, con esto esperamos corroborar que los caso de uso mas generales que los usuarios utilizarian segun el release que se libere.
No funcionales Componentes Cloud En esta parte vamos a considerar pruebas no funcionales como pruebas de carga y Pruebas de estres que nos ayudaran a validar los requisitos de calidad del sistema.
Pruebas con Robot Internacionalizacion de Interfaz de Usuario En este tipo de pruebas se buscara detectar los errores de internacioanlizacion de las interfaces de ususarios tanto moviles como de la parte web, estas seran realizada siguiente los Framewors y ambientes definidos en la seccion correspondiente

Tipos de Pruebas

Para este proyecto se han considerado las siguientes tipos de pruebas:

Tipo de Prueba Elemento a Probar Objetivo
Manuales Interfaz Grafica y de Internacionalizacion Con estas pruebas intentamos revisar de manera manual que la interfaz grafica esta funcionando como se espera y que responde a los cambios de idioma que se configuren para las plataformas web y móvil
Exploratorias Automatizadas Interfaz Grafica y Navegacion Estas pruebas automatizabas pretenden servir tanto como manera de exploracion de la interfaz de usuario para verificar que todo este de acuerdo a la especificacion, pero tambien a manera de creacion de documentos, para generar un historico de como la parte de interfaz de usuario ha cambiado a travez del tiempo.
Automatizadas Todos los componentes De este tipo seran la mayoria de la pruebas, creando asi un inventario de pruebas bien documentado que pueden ser ejecutado en etapas posteriores a esta iteracion del proyecto y podra seguir creciendo de manera que el desarrollo siempre sea retrocompatible con lo que se queria. Estas pruebas se correran tanto bajo demanda como de manera automatica segun sean las necesidades de cada sprint pero que permitira crear reportes del estado de la calidad de las aplicaciones.

Diagramas de Distribución de Esfuerzos para Pruebas

Piramide_Pruebas