25. Pruebas unitarias con JUnit y Mockito

25. Pruebas unitarias con JUnit y Mockito

Al aprender a programar en Java, uno de los aspectos más importantes que un desarrollador debe dominar es la capacidad de escribir pruebas confiables y eficientes. Las pruebas unitarias son una parte fundamental del desarrollo de software, ya que permiten a los desarrolladores verificar el comportamiento de unidades individuales de código (como métodos y clases) de forma aislada. En este capítulo, exploraremos cómo escribir pruebas unitarias efectivas utilizando las bibliotecas JUnit y Mockito.

¿Qué son las pruebas unitarias?

Las pruebas unitarias son procedimientos que verifican el funcionamiento de una "unidad" de código, que puede ser un método o una clase completa. El objetivo es garantizar que cada parte del software funcione correctamente de forma independiente, antes de integrarse con otras partes del sistema. Esto ayuda a identificar y corregir errores en las primeras etapas del ciclo de desarrollo, lo que puede ahorrar tiempo y recursos.

Introducción a JUnit

JUnit es uno de los marcos más populares para escribir pruebas unitarias en Java. Proporciona anotaciones y métodos de aserción para facilitar la verificación del comportamiento esperado del código. La última versión, JUnit 5, trae muchas mejoras y nuevas características en comparación con su predecesor, JUnit 4.

Escribir una prueba sencilla con JUnit

Para comenzar con JUnit, necesita crear una clase de prueba. Por convención, el nombre de esta clase suele ser el nombre de la clase que se probará, seguido de "Prueba". Dentro de esta clase, escribirás métodos anotados con @Test, cada uno de los cuales representará un caso de prueba específico.

importar org.junit.jupiter.api.Test;
importar estática org.junit.jupiter.api.Assertions.*;

clase PruebaCalculadora {

    @Prueba
    void sumaprueba() {
        Calculadora calc = nueva Calculadora();
        afirmarEquals(5, calc.sum(2, 3), "La suma debe ser 5");
    }
}

En este ejemplo, la clase CalculadoraTest contiene un método de prueba testSum() que verifica si el método sum() del clase >Calculadora está funcionando correctamente. La aserción assertEquals() se utiliza para comprobar si el resultado esperado (5) coincide con el resultado obtenido al llamar a calc.somar(2, 3).

Mockito para simulación de comportamiento

En muchos casos, las unidades de código que desea probar dependen de otras clases o recursos que pueden ser difíciles de configurar o que no desea invocar durante las pruebas unitarias. Aquí es donde Mockito entra en escena. Mockito es un marco que te permite crear "simulacros", que son simulaciones de objetos reales que pueden devolver datos específicos cuando se llaman sus métodos.

Usar Mockito en pruebas

Para usar Mockito, generalmente comenzará creando un simulacro para la clase dependiente usando el método mock(). Luego puedes definir el comportamiento de este simulacro con el método when(), especificando qué se debe devolver cuando se llaman métodos específicos.

importar org.mockito.Mockito;
importar org.mockito.Mockito.* estático;

clase Prueba de servicio {

    @Prueba
    método de prueba nulo() {
        Dependencia dependencyMock = simulacro(Dependency.class);
        cuando(dependenciaMock.metodoDependente()).thenReturn("Valor Simulado");

        Servicio servicio = nuevo Servicio (dependencyMock);
        Resultado de cadena = servico.metodoASerTestado();

        afirmarEquals("Valor esperado", resultado);
    }
}

En este ejemplo, creamos un simulacro para la clase Dependencia y especificamos que, cuando se llama al método metodoDependente(), debe devolver "Valor simulado". Esto le permite probar el método MetodoASerTestado() de la clase Servico sin la necesidad de una instancia real de la clase Dependencia.

Buenas Prácticas en Pruebas Unitarias

Escribir pruebas unitarias efectivas es un arte que requiere práctica y atención al detalle. Estas son algunas de las mejores prácticas a seguir:

• Independencia: Cada prueba debe ser independiente de las demás. Esto significa que realizar una prueba no debería afectar el resultado de otra.
• Repetibilidad: una prueba debe devolver el mismo resultado cada vez que se ejecuta, independientemente del entorno o del orden de ejecución.
• Legibilidad: las pruebas deben ser fáciles de leer y comprender. Esto ayuda a otros desarrolladores a comprender qué se está probando y por qué.
• Cobertura de código: Trate de lograr una buena cobertura de código con sus pruebas, pero recuerde que la calidad de las pruebas es más importante que la cantidad.
• Pruebe solo la lógica empresarial: Evite probar la infraestructuraestructura marco o lenguaje de programación.

Las pruebas unitarias son una herramienta poderosa en el arsenal de cualquier desarrollador de Java. Con la práctica, será cada vez más eficiente en la redacción de pruebas que garanticen la calidad y confiabilidad de su código. Al utilizar marcos como JUnit y Mockito, puedes simplificar el proceso de prueba y centrarte en lo que realmente importa: crear software sólido y libre de errores.