Análisis de los tests y mejoras

Como apunte adicional, la anotación @BeforeClass se puede utilizar en métodos estáticos para ejecutar instrucciones al principio de todos los tests de esa clase. Esto puede usarse para operaciones costosas como conexiones a bases de datos que no quieras ejecutar antes de cada uno de los tests (que en una aplicación escalable pueden ser muchos).

Aporte: Las 3 A de los Test

• 1. Arrange (Preparar)
• 1. Act (Actuar)
• 1. Assert (Afirmar)

Para los que utilizan Junit 5 ya no se utiliza @Before si no @BeforeEach

Los test normalmente se dividen en tres partes:
1° - Preparación del escenario (objetos que van a ser utilizados en el test).
2° - Llamada al método que se quiere probar.
3° - Comprobación de que el resultado es el esperado.

package com.platzi.javatests.payments;

import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.junit.MockitoJUnitRunner;

import static com.platzi.javatests.payments.PaymentResponse.PaymentStatus.ERROR;
import static com.platzi.javatests.payments.PaymentResponse.PaymentStatus.OK;
import static org.junit.Assert.assertFalse;
import static org.junit.Assert.assertTrue;
import static org.mockito.Mockito.any;
import static org.mockito.Mockito.when;

@RunWith(MockitoJUnitRunner.class)
public class PaymentProcessorTest {

  @InjectMocks
  PaymentProcessor paymentProcessor;

  @Mock
  PaymentGateway paymentGateway;

  @Before
  public void setUp() {
    paymentProcessor = new PaymentProcessor(paymentGateway);
  }

  @Test
  public void makePayment_whenPaymentIsCorrect() {
    when(paymentGateway.requestPayment(any())).thenReturn(new PaymentResponse(OK));

    assertTrue(paymentProcessor.makePayment(1000));
  }

  @Test
  public void makePayment_whenPaymentIsWrong() {
    when(paymentGateway.requestPayment(any())).thenReturn(new PaymentResponse(ERROR));

    assertFalse(paymentProcessor.makePayment(1000));
  }
}

Las métodos test regularmente cuentan con tres secciones.

Preparación
Preparación de lo que se probara.
Llamada
Es la ejecución del método que se probara
Comprobación
Se evalúa el resultado.

Si se realizaran pruebas sobre los mismo objetos se puede refactorizar dicho código y colocarlo en un método que se nombra **setup **por defecto, a este método se lo coloca el decorador @Before, este nos ayuda a indicarle a los test que este método se debe lanzar antes en cada método.

Mis apunts de las últimas 3 clases 😄

Estructura de los test
//Given
//When o SUT “System Under Testing”
//Then = Validar los resultados.

Viene muy bien este curso!!! Hasta ahora lo mejorcito de Java que hay en Platzi

En JUnit 5 no encontré un @Before pero sí un @BeforeClass que hace lo mismo (solo es el renaming me imagino).

Lo único es que tendremos que hacer de nuestros métodos unos estáticos.

private static PaymentGateway paymentGateway;
private static PaymentProcessor paymentProcessor; 

Con esto ya les debe funcionar 😃

Por fin un buen curso en Platzi!

⚡️Ir al resumen del curso

⚡️Ir al resumen del curso

@Before
public void method()
The Before annotation indicates that this method must be executed before each test in the class, so as to execute some preconditions necessary for the test.
@BeforeClass
public static void method()
The BeforeClass annotation indicates that the static method to which is attached must be executed once and before all tests in the class. That happens when the test methods share computationally expensive setup (e.g. connect to database).

Procesos de los tests:

1. Preparar objetos
2. Ejecutar métodos
3. Comprobar resultados

Seria bueno que mencionaras en que casos se utilizaria el @Before o ante que se sobrepone…

Muchas gracias por destacar las partes de cada prueba instructor Ferran, no sabía que se organizaban de esa manera y ahora con la anotación @Before vamos a poder ordenar mejor aquellos elementos que se repiten entre pruebas.

Genial

Super 😃

¡El curso va muy bien!