Pruebas de lógica de negocio

Teoría

Configuración con JUnit y Spring

@DataJpaTest
@Transactional
@Import(CompanyService.class)
public class CompanyServiceTest {
    @Autowired
    private CompanyService companyService;

    @Autowired
    private TestEntityManager entityManager;

    private PodamFactory factory = new PodamFactoryImpl();
    private List<CompanyEntity> companyList = new ArrayList<>();
}

• @DataJpaTest carga la configuración necesaria para JPA, sin servidor web.
• @Transactional ejecuta cada prueba en una transacción que se revierte al terminar.
• @Import(CompanyService.class) incorpora al contexto el servicio bajo prueba.
• @Autowired inyecta el servicio y el TestEntityManager.

TestEntityManager

Permite preparar y verificar la base de datos de pruebas sin pasar por el servicio que se evalúa:

• persist(entity) inserta datos.
• find(Class, id) busca una entidad.
• createQuery(...) ejecuta consultas.
• la limpieza entre pruebas garantiza aislamiento.

El servicio usa su repository; la prueba usa TestEntityManager directamente para que un error en el servicio no contamine la preparación de datos.

setUp y ciclo de vida

@BeforeEach ejecuta setUp() antes de cada test. JUnit no garantiza un orden, por lo que cada prueba debe iniciar con un estado conocido.

1. @BeforeEach: limpiar la base e insertar datos frescos.
2. @Test: ejecutar el escenario con esos datos.
3. @AfterEach, si existe: ejecutar tareas posteriores. Normalmente el rollback de @Transactional basta.
4. Repetir el ciclo para cada método de prueba.

Explora el ciclo y los escenarios de una prueba

Compara la preparación común con un caso feliz y una regla violada.

Ciclo JUnitCaso positivoNombre duplicado

1@BeforeEach2@BeforeEach3@Test4@Transactional

@BeforeEachPaso 1 de 4

Limpiar datos

clearData elimina el estado anterior mediante una consulta JPQL.

delete from CompanyEntity

← Anterior

Siguiente →

@BeforeEach
void setUp() {
    clearData();
    insertData();
}

private void clearData() {
    entityManager.getEntityManager()
        .createQuery("delete from CompanyEntity")
        .executeUpdate();
}

private void insertData() {
    for (int i = 0; i < 3; i++) {
        CompanyEntity entity =
            factory.manufacturePojo(CompanyEntity.class);
        entityManager.persist(entity);
        companyList.add(entity);
    }
}

La consulta de limpieza es JPQL, no SQL nativo. Si hay cinco métodos @Test, setUp() se ejecuta cinco veces.

Podam

Podam genera objetos Java con datos aleatorios para reducir la preparación manual:

CompanyEntity entity =
    factory.manufacturePojo(CompanyEntity.class);

En relaciones bidireccionales puede producir un ciclo infinito al intentar construir ambos lados repetidamente. @PodamExclude excluye de la generación el atributo que cierra el ciclo. Después se asignan manualmente las relaciones que el escenario necesita.

Buenas prácticas: usar una sola fábrica por clase, modificar explícitamente los datos relevantes para el caso, excluir relaciones problemáticas y persistir las entidades en el orden que exigen sus dependencias.

Escenarios positivos y negativos

Un escenario positivo verifica el caso feliz:

@Test
void testCreateCompany() throws EntityNotFoundException,
        IllegalOperationException {
    CompanyEntity newEntity =
        factory.manufacturePojo(CompanyEntity.class);

    CompanyEntity result = companyService.createCompany(newEntity);
    assertNotNull(result);

    CompanyEntity entity = entityManager.find(
        CompanyEntity.class, result.getId());
    assertEquals(newEntity.getName(), entity.getName());
}

Un escenario negativo verifica una regla y la excepción esperada:

@Test
void testCreateInvalidCompany() {
    assertThrows(IllegalOperationException.class, () -> {
        CompanyEntity newEntity =
            factory.manufacturePojo(CompanyEntity.class);
        newEntity.setName(companyList.get(0).getName());
        companyService.createCompany(newEntity);
    });
}

La estrategia mínima es un caso positivo y un caso negativo por cada regla de negocio. Si un método valida tres reglas, requiere al menos cuatro pruebas.

Consejo

Nombre cada prueba por el comportamiento que verifica y mantenga cada escenario independiente.

Autoevaluación

1. ¿Qué carga @DataJpaTest?

Todo el servidor webLa configuración necesaria para JPALa base de producción

2. ¿Por qué se usa @BeforeEach?

Para ordenar los testsPara hacer mergePara preparar el mismo estado antes de cada test

3. ¿Por qué preparar datos con TestEntityManager y no con el servicio?

Para aislar el código bajo pruebaPorque no admite @AutowiredPorque siempre es más rápido

4. ¿Qué verifica assertThrows(IllegalOperationException.class, ...)?

Que la entidad se guardaQue se lanza la excepción esperadaQue Podam no genera datos

5. Si hay tres reglas de negocio, ¿cuál es la cobertura mínima propuesta?

Solo tres positivosUn único testUn positivo y tres negativos

6. ¿Para qué se usa @PodamExclude?

Para borrar la basePara evitar ciclos en relaciones bidireccionalesPara crear el servidor web

Comprobar