Implementación de pruebas Unitarias - Monolito

[a52290451]

Se requiere completar esquema de pruebas unitarias en planeacion_mid, de forma tal que se cubran tanto las antiguas como nuevas funcionalidades en el sistema. Adicionalmente, se debe corregir pipeline de despliegue para que las pruebas unitarias se ejecuten automáticamente en cada despliegue.

Especificaciones técnicas

• Para la realización de pruebas Unitarias se requiere emplear las especificaciones señaladas en Lineamientos.
• Las pruebas unitarias deben cubrir todos los controladores desarrollados en planeacion_mid
• Se deben ejecutar en local y comprar su funcionamiento.
• Se debe corregir el pipeline de despliegue en pruebas y producción, para que se ejecuten automáticamente en cada despliegue.

Sub Tareas

• [x] Desarrollo de pruebas unitarias en planeacion_mid.
• [x] Ajuste de pipeline de despliegue con pruebas unitarias.

Criterios de aceptación

• [x] planeacion_mid cuenta con pruebas unitarias.
• [x] Cuando se realiza un despliegue de planeacion_mid, se ejecutan automáticamente las pruebas unitarias.

Requerimientos

No aplica

Dependencias

• planeacion_mid

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.
• [ ] Documentación de issue realizada.
• [x] Aprobada por SM/Líder técnico.

[norbeydanilo]

Actualizar estado @a52290451 @felimarod

[felimarod]

Realizados 77 test a 85 enpoints Avance aproximado 90.59% En la rama https://github.com/udistrital/planeacion_mid/tree/feature/pruebas-unitarias

[a52290451]

Queda pendiente despliegue en ambiente de pruebas, con pruebas unitarias automáticas en peticiones GET.

Las peticiones POST, PUT y DELETE se inhabilitan para no afectar ni crear información de prueba y, por ende, los entornos.

[a52290451]

Se requiere evidencia de ejecución de pruebas unitarias en local.

[felimarod]

Dentro del archivo test/controllers/pruebas.txt se encuentran las pruebas ejecutadas

Casos puntuales

• Formulación:
  • GetPlanesUnidadesComun: No se esta usando en el cliente y no se encontro como armar la solicitud.
  • CalculosDocentes: No se logró armar la solicitud
  • CambioCargoIdVinculacionTercero: Afecta la integridad del sistema
• Inversión:
  • GuardarMeta: No se logró armar la solicitud
  • ArmonizarInversion: No se logró armar la solicitud
  • ActualizarMetaPlan: No se logró armar la solicitud
  • ActualizarActividad: No se logró armar la solicitud
  • ActualizarTablaActividad: No se logró armar la solicitud
  • ActualizarPresupuestoMeta: No se logró armar la solicitud
• Seguimiento:
  • AvalarPlan: No se logró armar la solicitud
  • RevisarSeguimientoJefeDependencia: No se logró armar la solicitud
  • RetornarActividadJefeDependencia: No se logró armar la solicitud

Controlador	Endpoints registrados en el controlador	Test realizados
arbol	5	5
evaluacion	5	5
formato	1	1
formulacion	24	21
inversion	20	16
planes_accion	1	1
reportes	6	6
seguimiento	23	19
Total	85	80

[a52290451]

Queda pendiente, análisis final de pruebas unitarias y aceptación PR en develop.

[felimarod]

En algunas pruebas unitarias, se presentaba un mal manejo de los errores, puntualmente: se retornaba una respuesta con código de estado 200, sin embargo, al revisar la respuesta como tal era un html con un panic error, esto sucedía cuando el body de las peticiones estaba mal armado, por tanto eran errores de tipo 400. No se considera una condición crítica para la salida producción

[a52290451]

Se requiere corrección en el manejo de errores.