If you don’t know what a soft assertion is, please read Soft Asserts – Why should you use them for Unit and Integration tests?
This article is a continuation of Assert with Grace: Custom Assertions for Cleaner Code which shows you how to create custom assertions using AssertJ. Here you will learn how to extend its approach to use the soft assertion approach on top of the custom assertion.
You can have a hard assertion using the Assertions class from AssertJ or a custom one. To get all the benefits of the soft assertion we need to:
You learned how to create a custom assertion in the Assert with Grace: Custom Assertions for Cleaner Code article. It looks like this:
public class SimulationAssert extends AbstractAssert<SimulationAssert, Simulation> { protected SimulationAssert(Simulation actual) { super(actual, SimulationAssert.class); } public static SimulationAssert assertThat(Simulation actual) { return new SimulationAssert(actual); } public SimulationAssert hasValidInstallments() { isNotNull(); if (actual.getInstallments() < 2 || actual.getInstallments() >= 48) { failWithMessage("Installments must be must be equal or greater than 2 and equal or less than 48"); } return this; } public SimulationAssert hasValidAmount() { isNotNull(); var minimum = new BigDecimal("1.000"); var maximum = new BigDecimal("40.000"); if (actual.getAmount().compareTo(minimum) < 0 || actual.getAmount().compareTo(maximum) > 0) { failWithMessage("Amount must be equal or greater than $ 1.000 or equal or less than than $ 40.000"); } return this; } }
The usage of the custom assertion shows more legibility in the test as well as sends the responsibility of testing the valid values to it:
class SimulationsCustomAssertionTest { @Test void simulationErrorAssertion() { var simulation = Simulation.builder().name("John").cpf("9582728395").email("john@gmail.com") .amount(new BigDecimal("1.500")).installments(5).insurance(false).build(); SimulationAssert.assertThat(simulation).hasValidInstallments(); SimulationAssert.assertThat(simulation).hasValidAmount(); } }
With the custom assertion on hand, it’s time to implement the custom soft assertion.
There is an easy process to create the custom soft assertion where the precondition is to have a custom assertion implemented. Given the previous article, we have the SimulationAssert class as the custom assertion and will create the SimulationSoftAssert as a custom soft assertion. These are the steps:
The steps look complex, but in practice, you will end up with this:
public class SimulationSoftAssert extends AbstractSoftAssertions { public SimulationAssert assertThat(Simulation actual) { return proxy(SimulationAssert.class, Simulation.class, actual); } public static void assertSoftly(Consumer<SimulationSoftAssert> softly) { SoftAssertionsProvider.assertSoftly(SimulationSoftAssert.class, softly); } }
The AssertJ SoftAssertion class is responsible for the soft assertions. This is the example applicable to the Simulation context:
The AssertJ SoftAssertion class is responsible for the soft assertions. This is the example applicable to the Simulation context:
public class SimulationAssert extends AbstractAssert<SimulationAssert, Simulation> { protected SimulationAssert(Simulation actual) { super(actual, SimulationAssert.class); } public static SimulationAssert assertThat(Simulation actual) { return new SimulationAssert(actual); } public SimulationAssert hasValidInstallments() { isNotNull(); if (actual.getInstallments() < 2 || actual.getInstallments() >= 48) { failWithMessage("Installments must be must be equal or greater than 2 and equal or less than 48"); } return this; } public SimulationAssert hasValidAmount() { isNotNull(); var minimum = new BigDecimal("1.000"); var maximum = new BigDecimal("40.000"); if (actual.getAmount().compareTo(minimum) < 0 || actual.getAmount().compareTo(maximum) > 0) { failWithMessage("Amount must be equal or greater than $ 1.000 or equal or less than than $ 40.000"); } return this; } }
The “problem” using it is that we won’t be able to use the custom assertion we have created. In the example above you can see the assertions in the installments and amount using the isEqualTo() as the SoftAssertions class has no access to the custom assertion.
We have solved this problem by creating the custom soft assertions class. So, instead of using the SoftAssertions class we will use the custom one: SimulationSoftAssert.
class SimulationsCustomAssertionTest { @Test void simulationErrorAssertion() { var simulation = Simulation.builder().name("John").cpf("9582728395").email("john@gmail.com") .amount(new BigDecimal("1.500")).installments(5).insurance(false).build(); SimulationAssert.assertThat(simulation).hasValidInstallments(); SimulationAssert.assertThat(simulation).hasValidAmount(); } }
The SimulationSoftAssert.assertSoftly() is a provider for the soft assertion that will call all internal methods to be able to manage the errors and other activities during the assertions. The assertThat() in use, inside the assertSoftly() will be the custom one which will have access to the custom assertion by the proxy() between the soft assert and the subject of the assertion.
Using this approach we have the custom assertions available in the soft assertion by the implementation of a custom one.
That’s all folks!
You can find a fully implemented and working example in the credit-api project, where you can see the following:
The above is the detailed content of Assert with Grace: Custom Soft Assertions using AssertJ for Cleaner Code. For more information, please follow other related articles on the PHP Chinese website!