Tareas #5039
Updated by Daniel García 1 day ago
h2. 1. Entidades
h3. 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.
:contentReference[oaicite:0]{index=0}
h3. 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.
:contentReference[oaicite:1]{index=1}
h3. 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.
h3. 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.
:contentReference[oaicite:2]{index=2}
h3. 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.
h3. 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.
h3. 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.
h3. 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.
h3. 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%.
h3. 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.
h2. 2. Programas
h3. 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.
:contentReference[oaicite:3]{index=3}
h3. 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.
:contentReference[oaicite:4]{index=4}
h3. 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.
:contentReference[oaicite:5]{index=5}
h3. 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.
:contentReference[oaicite:6]{index=6}
h3. 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.
:contentReference[oaicite:7]{index=7}
h3. 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.
:contentReference[oaicite:8]{index=8}
h3. 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.
:contentReference[oaicite:9]{index=9}
h3. 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.
h3. 2.9 Campo Años permite 0
Resultado esperado:
* El campo Años debe permitir valor 0.
* Debe guardar y recuperar correctamente.
h3. 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.
h3. 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.
h3. 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.
h3. 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.
h3. 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.
h2. 3. Regresión general
h3. 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.
h3. 3.2 Consola navegador
Revisar en cada prueba:
* Errores JavaScript.
* Errores CSP.
* Errores AJAX.
* Rutas incorrectas.
* Warnings relevantes.
h3. 3.3 Logs backend
Revisar:
* Excepciones.
* NullPointerException.
* Validaciones silenciosas.
* Guardados parciales.
* Errores de sesión.
h2. 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.
h3. 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.
:contentReference[oaicite:0]{index=0}
h3. 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.
:contentReference[oaicite:1]{index=1}
h3. 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.
h3. 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.
:contentReference[oaicite:2]{index=2}
h3. 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.
h3. 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.
h3. 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.
h3. 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.
h3. 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%.
h3. 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.
h2. 2. Programas
h3. 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.
:contentReference[oaicite:3]{index=3}
h3. 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.
:contentReference[oaicite:4]{index=4}
h3. 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.
:contentReference[oaicite:5]{index=5}
h3. 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.
:contentReference[oaicite:6]{index=6}
h3. 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.
:contentReference[oaicite:7]{index=7}
h3. 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.
:contentReference[oaicite:8]{index=8}
h3. 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.
:contentReference[oaicite:9]{index=9}
h3. 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.
h3. 2.9 Campo Años permite 0
Resultado esperado:
* El campo Años debe permitir valor 0.
* Debe guardar y recuperar correctamente.
h3. 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.
h3. 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.
h3. 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.
h3. 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.
h3. 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.
h2. 3. Regresión general
h3. 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.
h3. 3.2 Consola navegador
Revisar en cada prueba:
* Errores JavaScript.
* Errores CSP.
* Errores AJAX.
* Rutas incorrectas.
* Warnings relevantes.
h3. 3.3 Logs backend
Revisar:
* Excepciones.
* NullPointerException.
* Validaciones silenciosas.
* Guardados parciales.
* Errores de sesión.
h2. 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.