Pruebas de integración microservicio plantillas de formularios dinámicos - Parte 1

[edwargl7]

Se requiere realizar la implementación de pruebas unitarias y de integración al microservicio de plantillas_formularios_dinamicos.

Sub Tareas

• [x] Investigación pruebas para crear mock de conexión a base de datos.
• [x] Implementar pruebas de integración endpoint Health Check.
• [x] Implementación base de pruebas con mock a la base de datos.
• [x] Resultado del coverage de las pruebas implementadas.
• [x] Actualización del README agregando la sección de Ejecución de pruebas.

Escenarios de pruebas

• [x] Prueba Health Check.
• [x] Prueba funcional de la implementación base de mock a la base de datos.

Criterios de aceptación

• [x] Escenarios mínimo de pruebas cubierto, se pueden agregar pruebas unitarias adicionales que sean identificadas en los recursos módulo, formularios y elementos HTML.

Requerimientos

• No aplica.

Material de apoyo

• Pruebas implementadas en un microservicio mid de ARGO proveedores_mid, Issue asociada Pruebas de integración microservicio MID de Ágora - Proveedores.

Especificaciones técnicas

1. Repositorio microservicio crud plantillas_formularios_dinamicos

Lineamientos Generales Lineamientos que se deben cumplir en cualquier desarrollo.

1. Lineamiento y Metodología para Branches
2. Etiquetas en comentarios de Commits
3. Seguir los lineamientos para la documentación del README Contenido README

Lineamientos Microservicios

1. Definición de endpoints para APIs REST Hoja resumen de buenas prácticas y Aclaración y ejemplos de nombres adecuados para endpoints
2. Guiarse en la construcción del microservicio basado en los lineamientos de APIS Beego si se usa Golang
3. Guiarse de los lineamientos de ambientes dockerizados
4. (health check) validación de estado en APIs

Definition of Ready - DoR

• [x] Está refinada y estimada en puntos de historia por el equipo.
• [x] Incluye la descripción y criterios de aceptación, con el detalle funcional y especificaciones técnicas, de forma entendible por cualquier miembro del equipo.
• [x] No tiene bloqueos que impidan su ejecución.
• [x] Las dependencias están identificadas y resueltas.
• [x] Puede ser probada dentro del Sprint.

Definition of Done - DoD - Desarrollo

• [x] Desarrollo en local.
• [x] Push en Feature.
• [x] Pruebas locales (funcionales).
• [x] PR a Develop.
• [x] Criterios de aceptación cumplidos.
• [x] Documentación de issue realizada.
• [x] Aprobada por SM/Líder técnico.

[CristianCGutierrezG]

Investigación y Análisis para Crear Mocks de Conexión a Base de Datos

Se comenzo con la investigación de las pruebas necesarias para crear mocks de conexión a base de datos utilizando Jest.

1. Se realizó un análisis del código existente en proveedores_mid para entender el uso de moks y el desarrollo de las pruebas unitarias.

2. Se revisó la documentación de Jest, enfocándose en las funcionalidades que permiten crear mocks, realizar aserciones y ejecutar pruebas unitarias:

   • Mocks: Cómo simular módulos y funciones para aislar las pruebas.
   • Aserciones: Verificación de resultados esperados en las pruebas.
   • Pruebas Unitarias: Creación de pruebas unitarias efectivas.

Documentación de Jest

[CristianCGutierrezG]

Pruebas de integración

Creación de Pruebas de integración endpoint Health Check

Creación de Pruebas Unitarias para la Colección modulos

Se desarrollaron pruebas unitarias específicas para la colección modulos para el service y el contoller, especificando pruebas satisfactorias y de error para cada función.

Service

Controller

Modificación en la Estructura de los Controllers

Se realizaron cambios en la estructura de manejo de los controllers para solucionar problemas detectados en la ejecución de las pruebas. Se añadieron bloques try y catch para mejorar la gestión de errores y el reconocimiento de las pruebas.

Prueba de Integración del Endpoint de Módulos

Se ejecutó una prueba de integración para evaluar el comportamiento del endpoint de módulos, verificando su funcionamiento en un entorno más cercano al real.

Observaciones

Problemas con el Coverage: Se encontro un inconveniente con el reporte de cobertura (coverage), ya que no se está reconociendo que el modulo.service pasa todas las pruebas.

Se adjunta evidencia de que las pruebas en el .service se ejecutan correctamente, confirmando que los cambios realizados están funcionando según lo esperado.

[edwargl7]

Muy buen trabajo, avance bien documentado. Se resuelve el PR sin conflictos.