ProyectoDevOps_Grupo3_IglesiasPerezMolinoloJuan

Integrantes: Marcelo Pérez -227362-, Federico Iglesias -244831-, Andrés Juan -241600-, Matías Molinolo -231323-.

Letra del obligatorio: https://fi365.sharepoint.com/:w:/s/IngSoft_ISA2/EYTQH9GaZQlGoOZ21O9BRJEBAk3wSQY6UeoB2SvIKk4c2g?e=6TDPhl

Link al repositorio: Repositorio

Iteración 1

Proceso de ingeniería

El proceso de ingeniería lo podemos encontrar aquí: Proceso de ingeniería

Informe de calidad y deuda técnica

Para ver el informe de calidad y deuda técnica, podemos observar los siguientes enlaces:

• Introducción al informe de calidad y deuda técnica
• Análisis estático del código del backend
• Análisis estático del código del frontend
• Testing exploratorio: bugs encontrados

Proceso: stand-ups y retrospectiva

Se pueden encontrar aquí: Stand-ups y retrospectivas

Registro de esfuerzo

Los detalles de registro de esfuerzo por tarea e integrantes se pueden encontrar en la descripción de cada issue en el Board Ministerio de Turismo: Iteración 1, en el repositorio de Github. Ejemplo:

Issues identificados ingresados en Github

Fueron ingresados todos los issues identificados a Github con su descripción, una foto del bug si corresponde, su severidad (alta, media o baja) y labels. Esto se puede ver en la sección Issues del repositorio. Ejemplo:

Iteración 2

A continuación se pueden encontrar las justificaciones de los bugs priorizados en esta iteración, las guiás de desarollo/mantenimiento del tablero usando BDD y la configuración/mantenimiento del pipeline y su vínculo con el tablero.

• Justificaciones y guías iteración 2

En cada tarjeta del tablero en Github, se pueden encontrar los esfuerzos estimados y reales en HS-P por integrante y por tarea, así como una descripción de la task/bug si corresponde, y escenarios escritos en vocabulario GHERKIN para las user stories, a partir de los cuales se realizó la review por cada product owner.

Las validaciones cruzadas fueron las siguientes:

• PO baja punto de carga: Andrés (realizado por Matías)
• PO alta punto de carga: Federico (realizado por Marcelo)
• PO bug de fechas en reserva de hospedajes: Marcelo (realizado por Federico)
• PO bug de cálculo de precios para reserva de hospedajes: Matías (realizado por Andrés)

Proceso:

• Retrospectiva
• Review del bug de errores de lógica en el cálculo de precio
• Review de la funcionalidad de alta de puntos de carga
• Review del bug de error de fechas en reservas de hospedades
• Review de la funcionalidad de baja de puntos de carga

Iteración 3

La iteración 3 estuvo pautada por las siguientes prioridades:

• Las funcionalidad de Front End -alta y baja- de puntos de carga.
• Los tests automatizados del Front End con Selenium, incluyendo tanto los tests realizados con Selenium IDE como con Protractor.

Importante:

• Los tests de protractor están dentro de e2e (dentro de la carpeta MinTurFrontEnd/src). Vale aclarar que estos tests utilizan la base de datos, dado que son end-to-end. Por tanto, es importante que los contenidos en la base de datos no colisionen con los objetivos de los tests (es decir, si un test intenta agregar un punto de carga con id 1234 y este ya existe en la base, entonces el test va a fallar). Asumimos que se comienza con una base de datos vacía, o que no interfiere en sus registros con los tests codificados.

• Los tests de Selenium IDE se encuentran en la carpeta "Testing selenium ide" dentro de la carpeta principal ("ProyectoDevOps_Grupo3_IglesiasPerezMolinoloJuan"). Para estos tests, es necesario estar logueado al sistema de antemano.

Guias iteración 3:

• Pipeline y tablero: Iteración 3

Las validaciones cruzadas fueron las siguientes:

• Grabación: Review de la funcionalidad de alta de puntos de carga (FrontEnd) PO FE alta punto de carga: Andrés (realizado por Marcelo)

• Grabación: Review de la funcionalidad de baja de puntos de carga (FrontEnd) PO FE baja punto de carga: Matías (realizado por Federico)

Proceso:

• Retrospectiva y documentación de esta