FUNDAGEST WEB » Proyecto PROGRAMAS y CONVENIOS

1. Entidades¶

1.1 Alta de entidad activa por defecto¶

Probar alta de:

• Profesor
• Colaborador
• Cliente
• Proveedor
• Trabajador
• Contacto

Resultado esperado:

• Toda entidad nueva debe aparecer como activa por defecto.
• Si el usuario no modifica el campo, debe guardarse activa en BDD.
• Al recuperar la entidad, debe mostrarse correctamente como activa.

Referencia: incidencia detectada en proveedores y trabajadores.

1.2 Cliente y proveedor sin género ni tratamiento¶

Resultado esperado:

• Cliente y Proveedor no deben mostrar campo Género.
• Cliente y Proveedor no deben mostrar campo Tratamiento.
• Estos campos solo deben aparecer para entidades físicas.

Referencia: incidencia de Entidades.

1.3 Exclusividad entre Empresa, Extranjero y Empresario¶

Probar en Cliente y Proveedor:

• Marcar Empresa.
• Marcar Extranjero.
• Marcar Empresario.

Resultado esperado:

• Solo puede quedar marcado uno de los tres.
• Si se marca uno, los otros dos deben desmarcarse automáticamente.
• No debe permitir guardar combinaciones incompatibles.

1.4 Identificador fiscal extranjero¶

Resultado esperado:

• Si la entidad es extranjera, debe permitir identificador fiscal de hasta 20 caracteres.
• No debe aplicar validación estricta de CIF español.
• Debe guardar y recuperar correctamente el valor.

Referencia: incidencia de Entidades.

1.5 Validación campo Piso¶

Probar valores:

• 5º
• 5ª
• Bajo
• 2A

Resultado esperado:

• El campo Piso debe permitir "ª".
• No debe romper la validación actual de "º".
• Este cambio solo aplica al campo Piso de dirección.

1.6 Cuentas bancarias en Otros Datos¶

Resultado esperado:

• Al añadir cuenta bancaria desde Otros Datos, no debe aparecer el mensaje "No hay datos cuenta bancaria que validar" si se han informado datos.
• Debe permitir guardar cuenta principal/secundaria.
• Debe permitir cambiar principal/secundaria y recuperar correctamente.

1.7 Contactos sin cuenta bancaria¶

Resultado esperado:

• Contacto no debe exigir cuenta bancaria.
• Si aparece sección de cuenta bancaria en Contacto, revisar si debe ocultarse.

1.8 Buscador de contactos por email¶

Resultado esperado:

• El buscador debe permitir localizar contactos por correo electrónico.
• Debe funcionar igual que búsqueda por nombre.

1.9 Buscador de entidades con comodines¶

Probar:

• A%
• %A
• A

Resultado esperado:

• El buscador debe respetar el comodín introducido.
• A% debe buscar registros que empiecen por A.
• %A debe buscar registros que terminen en A.
• No debe tratar siempre la búsqueda como texto.

1.10 Cambio entre modalidades incompatibles¶

Resultado esperado:

• Si una entidad física se intenta cambiar a modalidad jurídica incompatible, debe comportarse correctamente.
• No debe fallar en silencio.
• Si no son compatibles, debe obligar a crear una nueva entidad.
• No debe mezclar CIF con DNI/NIE/Pasaporte en una misma entidad incompatible.

2. Programas¶

2.1 Subida y previsualización de documentos PDF¶

Resultado esperado:

• El PDF debe subirse correctamente.
• Debe poder previsualizarse en producción/preproducción.
• No debe aparecer error CSP de object-src none.
• No deben exponerse rutas internas del servidor.

Referencia: incidencia de Programas.

2.2 Ocultar campos según Tipo de programa¶

Para tipos:

• Investigación/Asistencia Técnica
• Investigación/I+D+i
• Congresos

Resultado esperado en Datos Generales:

• No deben aparecer N.º Edición.
• No deben aparecer N.º ECTS.
• No debe aparecer Fecha Inicio.

Referencia: incidencia de Programas.

2.3 Ocultar bloques económicos según Tipo de programa¶

Para los mismos tipos anteriores:

Resultado esperado:

• No deben aparecer Precios y Tarifas.
• No deben aparecer Importes Docentes.
• No deben aparecer Tarifa.
• No debe aparecer Curso Corta Duración.
• No debe aparecer Selección tipo de docencia.
• No debe aparecer Impartición del Curso.

Referencia: incidencia de Programas.

2.4 Mostrar campos para tipos formativos¶

Para tipos:

• Formación Continua
• Formación
• Docencia
• Actividades Culturales
• Actividad Formativa Art60
• Mixto

Resultado esperado:

• Las restricciones anteriores no deben aplicarse.
• Los campos formativos/económicos deben mostrarse correctamente.

Referencia: incidencia de Programas.

2.5 Eliminar Anticipo y Total Anticipo¶

Resultado esperado:

• No deben aparecer los campos Anticipo ni Total Anticipo en Información Económica.
• No deben bloquear guardado ni recuperación.

Referencia: incidencia de Programas.

2.6 Renombrar campos económicos¶

Resultado esperado:

• Canon FUAM debe mostrarse como Retención Tarifa.
• Canon LOSU debe mostrarse como Retención LOSU.

Referencia: incidencia de Programas.

2.7 Cabecera de programa seleccionado¶

Resultado esperado:

• En todas las pantallas de Programas debe mostrarse el número y nombre del programa actual.
• Debe mantenerse al navegar entre submenús.
• Debe actualizarse al cambiar de programa.

Referencia: incidencia de Programas.

2.8 Responsable obligatorio en alta¶

Resultado esperado:

• No debe permitirse guardar un programa nuevo sin responsable.
• Debe mostrarse el modal existente indicando que necesita registrar responsable.
• Al aceptar, debe navegar a la pestaña correspondiente.
• Si intenta salir sin responsable, debe volver a avisar.

2.9 Campo Años permite 0¶

Resultado esperado:

• El campo Años debe permitir valor 0.
• Debe guardar y recuperar correctamente.

2.10 Campo Firma¶

Resultado esperado:

• El campo Firma debe eliminarse si no tiene uso funcional.
• No debe guardar valores en Tarifa ni en campos incorrectos.

2.11 Labels visibles en inputs¶

Resultado esperado:

• Al escribir en los inputs, el nombre del campo no debe desaparecer.
• Debe mantenerse visible como en Entidades, desplazado hacia arriba si aplica.

2.12 Área de conocimiento¶

Resultado esperado:

• El campo áreas_conocimiento debe cargarse desde catálogo.
• Debe enviarse al backend.
• Debe guardarse en BDD.
• Debe recuperarse al cargar programa.
• Debe mantenerse en sesión al navegar.

2.13 Documentación asociada: Presupuesto y Autorización Departamento¶

Resultado esperado:

• Presupuesto debe guardarse correctamente.
• Autorización Departamento debe guardarse correctamente.
• En frontend debe replicarse la lógica de N/A como exclusión visual/funcional.
• En BDD solo se guardan los campos reales añadidos.

2.14 Buscador de programas¶

Resultado esperado:

• Buscar por código.
• Buscar por nombre.
• Buscar por filtros complejos.
• Seleccionar resultado y cargar programa correcto.
• Mantener datos entre submenús.

3. Regresión general¶

3.1 Navegación¶

Resultado esperado:

• No se pierden datos al navegar entre pestañas.
• No se mezclan sesiones de entidades/programas.
• Los modales de cambios sin guardar aparecen solo cuando corresponde.

3.2 Consola navegador¶

Revisar en cada prueba:

• Errores JavaScript.
• Errores CSP.
• Errores AJAX.
• Rutas incorrectas.
• Warnings relevantes.

3.3 Logs backend¶

Revisar:

• Excepciones.
• NullPointerException.
• Validaciones silenciosas.
• Guardados parciales.
• Errores de sesión.

4. Criterio de cierre¶

Una prueba se considera OK si:

• El comportamiento esperado se cumple.
• No aparecen errores en consola.
• No aparecen errores relevantes en logs.
• El dato se guarda correctamente en BDD.
• El dato se recupera correctamente al volver a cargar.
• No se rompe navegación ni sesión.