Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Aprende Pruebas Modulares con JUnit | Pruebas de Aplicaciones Backend
Spring Boot Backend

bookPruebas Modulares con JUnit

Cuando revisamos la arquitectura de la aplicación, omitimos el directorio test, que estaba destinado a las pruebas. Ahora, analizaremos más de cerca cómo escribir estas pruebas y qué se requiere para ello.

Conceptos básicos

Para las pruebas, utilizaremos la librería JUnit. Este es uno de los frameworks más populares para pruebas unitarias en aplicaciones Java. Es fácil de usar e integrar, especialmente con Spring Boot.

Para utilizar JUnit, es necesario agregar una dependencia en el archivo pom.xml.

Ahora estamos listos para escribir nuestra primera prueba en nuestra aplicación.

Escritura de pruebas

Ahora escribiremos una prueba que no está directamente relacionada con nuestra aplicación, pero que ayudará a comprender el concepto de pruebas.

En Spring Boot, las pruebas normalmente se ubican en el directorio src/test/java, que se crea automáticamente al inicializar el proyecto. Aquí podemos crear nuestra prueba.

Vamos a crear una clase llamada SimpleTest, y dentro de ella, podemos crear un método de prueba llamado testSum().

SimpleTest.

SimpleTest.

copy
123456789101112
public class SimpleTest { // This method tests the sum of two integers. @Test public void testSum() { // Perform the sum of 2 and 2 and store the result in a variable. int result = 2 + 2; // Assert that the result is equal to 4. assertEquals(4, result); } }

La anotación @Test en JUnit indica que el método es una prueba y debe ser ejecutado durante el proceso de pruebas.

Dentro de la prueba, se utiliza una aserción: assertEquals(4, result), que verifica que el resultado del cálculo coincida con el valor esperado. Si el result no cumple con las expectativas, la prueba se considerará fallida, lo que indica un problema en la lógica del programa.

Al ejecutar nuestra prueba, podemos observar que ha pasado correctamente.

Reglas para escribir pruebas

En las pruebas unitarias, es importante seguir un sistema de nombres claro y estructurado para las clases y métodos para que las pruebas sean legibles y fáciles de mantener.

Nomenclatura de clases

El nombre de la clase que se está probando debe incluir el sufijo Test. Por ejemplo, si estamos probando una clase llamada BookController, la clase de prueba correspondiente se llamaría BookControllerTest.

Nomenclatura de métodos

Los nombres de los métodos de prueba deben ser descriptivos, permitiendo que cualquier persona que los lea pueda entender qué se está probando. Un buen esquema de nombres incluye: (Qué se está probando) _ (Bajo qué condiciones) _ (Resultado esperado).

testCreateUser_whenInputIsValid_shouldReturnCreatedUser

En este nombre de prueba, testCreateUser indica que se está probando el proceso de creación de un usuario. La siguiente parte, whenInputIsValid, describe las condiciones bajo las cuales se realiza la prueba — específicamente, cuando la entrada del usuario es válida. Finalmente, shouldReturnCreatedUser especifica el resultado esperado — el método debe devolver el usuario creado.

Resumen

Las pruebas unitarias utilizando JUnit permiten la verificación de la corrección de partes individuales de una aplicación de forma aislada, asegurando una alta calidad del código y la estabilidad del sistema cuando se realizan cambios.

JUnit proporciona herramientas convenientes para escribir, ejecutar y organizar pruebas, lo que lo convierte en la opción principal para probar aplicaciones Java, incluyendo Spring Boot.

1. ¿Qué hace la anotación @Test en JUnit?

2. ¿Qué convención de nombres debe utilizarse para las clases de prueba en JUnit?

question mark

¿Qué hace la anotación @Test en JUnit?

Select the correct answer

question mark

¿Qué convención de nombres debe utilizarse para las clases de prueba en JUnit?

Select the correct answer

¿Todo estuvo claro?

¿Cómo podemos mejorarlo?

¡Gracias por tus comentarios!

Sección 5. Capítulo 2

Pregunte a AI

expand

Pregunte a AI

ChatGPT

Pregunte lo que quiera o pruebe una de las preguntas sugeridas para comenzar nuestra charla

Awesome!

Completion rate improved to 3.45

bookPruebas Modulares con JUnit

Desliza para mostrar el menú

Cuando revisamos la arquitectura de la aplicación, omitimos el directorio test, que estaba destinado a las pruebas. Ahora, analizaremos más de cerca cómo escribir estas pruebas y qué se requiere para ello.

Conceptos básicos

Para las pruebas, utilizaremos la librería JUnit. Este es uno de los frameworks más populares para pruebas unitarias en aplicaciones Java. Es fácil de usar e integrar, especialmente con Spring Boot.

Para utilizar JUnit, es necesario agregar una dependencia en el archivo pom.xml.

Ahora estamos listos para escribir nuestra primera prueba en nuestra aplicación.

Escritura de pruebas

Ahora escribiremos una prueba que no está directamente relacionada con nuestra aplicación, pero que ayudará a comprender el concepto de pruebas.

En Spring Boot, las pruebas normalmente se ubican en el directorio src/test/java, que se crea automáticamente al inicializar el proyecto. Aquí podemos crear nuestra prueba.

Vamos a crear una clase llamada SimpleTest, y dentro de ella, podemos crear un método de prueba llamado testSum().

SimpleTest.

SimpleTest.

copy
123456789101112
public class SimpleTest { // This method tests the sum of two integers. @Test public void testSum() { // Perform the sum of 2 and 2 and store the result in a variable. int result = 2 + 2; // Assert that the result is equal to 4. assertEquals(4, result); } }

La anotación @Test en JUnit indica que el método es una prueba y debe ser ejecutado durante el proceso de pruebas.

Dentro de la prueba, se utiliza una aserción: assertEquals(4, result), que verifica que el resultado del cálculo coincida con el valor esperado. Si el result no cumple con las expectativas, la prueba se considerará fallida, lo que indica un problema en la lógica del programa.

Al ejecutar nuestra prueba, podemos observar que ha pasado correctamente.

Reglas para escribir pruebas

En las pruebas unitarias, es importante seguir un sistema de nombres claro y estructurado para las clases y métodos para que las pruebas sean legibles y fáciles de mantener.

Nomenclatura de clases

El nombre de la clase que se está probando debe incluir el sufijo Test. Por ejemplo, si estamos probando una clase llamada BookController, la clase de prueba correspondiente se llamaría BookControllerTest.

Nomenclatura de métodos

Los nombres de los métodos de prueba deben ser descriptivos, permitiendo que cualquier persona que los lea pueda entender qué se está probando. Un buen esquema de nombres incluye: (Qué se está probando) _ (Bajo qué condiciones) _ (Resultado esperado).

testCreateUser_whenInputIsValid_shouldReturnCreatedUser

En este nombre de prueba, testCreateUser indica que se está probando el proceso de creación de un usuario. La siguiente parte, whenInputIsValid, describe las condiciones bajo las cuales se realiza la prueba — específicamente, cuando la entrada del usuario es válida. Finalmente, shouldReturnCreatedUser especifica el resultado esperado — el método debe devolver el usuario creado.

Resumen

Las pruebas unitarias utilizando JUnit permiten la verificación de la corrección de partes individuales de una aplicación de forma aislada, asegurando una alta calidad del código y la estabilidad del sistema cuando se realizan cambios.

JUnit proporciona herramientas convenientes para escribir, ejecutar y organizar pruebas, lo que lo convierte en la opción principal para probar aplicaciones Java, incluyendo Spring Boot.

1. ¿Qué hace la anotación @Test en JUnit?

2. ¿Qué convención de nombres debe utilizarse para las clases de prueba en JUnit?

question mark

¿Qué hace la anotación @Test en JUnit?

Select the correct answer

question mark

¿Qué convención de nombres debe utilizarse para las clases de prueba en JUnit?

Select the correct answer

¿Todo estuvo claro?

¿Cómo podemos mejorarlo?

¡Gracias por tus comentarios!

Sección 5. Capítulo 2
some-alt