Batería de pruebas para una biblioteca de préstamos: proyecto de Entornos

Objetivos de aprendizaje

•Diseñar casos con caja negra (clases de equivalencia y valores límite) y caja blanca (caminos)
•Automatizar pruebas unitarias con JUnit 5, incluidas las parametrizadas
•Aislar dependencias (fecha actual, envío de avisos) con dobles de prueba
•Interpretar la cobertura y sus límites

Requisitos mínimos

Implementa (o recibe del profesor) las clases Libro, Socio, Prestamo y Biblioteca con las reglas: máximo 3 préstamos, 15 días de plazo, 1 día de sanción por día de retrasoTabla de diseño de casos de al menos 3 métodos con clases de equivalencia y valores límiteGrafo de flujo y complejidad ciclomática del método que calcula la sanciónAl menos 30 pruebas JUnit 5, con pruebas parametrizadas y comprobación de excepcionesUso de Mockito para el servicio de avisos y un reloj inyectable para la fechaCobertura de ramas de al menos el 85 % medida con JaCoCoInforme de incidencias con los errores encontrados (pasos para reproducir, esperado y obtenido)

Fases sugeridas

1
Análisis
Lee las reglas y escribe las clases de equivalencia de cada métodoCalcula la complejidad del método de sanciones
2
Pruebas unitarias
Escribe primero los casos válidos y después los límitesConvierte los casos repetitivos en pruebas parametrizadas
3
Dependencias
Extrae la fecha actual a un Clock inyectableSimula el servicio de avisos con Mockito y verifica las llamadas
4
Cobertura e informe
Genera el informe de JaCoCoAñade pruebas para las ramas sin cubrirRedacta las incidencias encontradas

Qué entregar

Repositorio con el código y las pruebas
Documento de diseño de casos
Informe de JaCoCo
Informe de incidencias

Para ir más allá

Aplica pruebas de mutación con PIT y mejora la puntuación
Escribe las pruebas de una funcionalidad nueva con TDD
Ejecuta las pruebas en GitHub Actions

Rúbrica de evaluación

Criterio	Peso	Para la máxima nota
Diseño de casos	25 %	Clases y límites completos; cada caso tiene un propósito claro
Calidad de las pruebas	30 %	Pruebas independientes, legibles, con nombres que describen el comportamiento
Dobles de prueba	15 %	Se aíslan el tiempo y los servicios externos sin acoplar las pruebas a detalles internos
Cobertura	15 %	≥ 85 % de ramas y justificación de lo que queda sin cubrir
Incidencias	15 %	Reproducibles y bien priorizadas

Úsala para autoevaluarte antes de entregar. Tu profesorado puede usar otros criterios.

Consejos y errores típicos

No uses LocalDate.now() dentro de la lógica: no podrás probar los retrasos.
Una prueba sin aserciones siempre pasa y no comprueba nada.
Si una prueba necesita muchos mocks, la clase probablemente hace demasiadas cosas.

Objetivos de aprendizaje

Requisitos mínimos

Fases sugeridas

Análisis

Pruebas unitarias

Dependencias

Cobertura e informe

Qué entregar

Para ir más allá

Rúbrica de evaluación

Consejos y errores típicos