Unit Testing Void Methods with Mockito and JUnit

Unit testing with mockito

Writing functionality is the main focus whenever we are writing a software program, but it is equally important that we make sure our code works the way we intended it to. And how do we do that? By writing unit test cases. They are used to test the smallest functionality of code. Unit test cases are an essential part of software development. In this blog, we are going to cover one of the testing scenarios and unit test cases for void methods.

How to Test Void Methods 

As we already know that our aim is to test void methods in a class. But it is also really important to understand why we test void methods. 

Whenever we write unit test cases for any method, we expect a return value from the method. Generally, we use assert for checking if the method returns the value that we expect it to return, but in the case of void methods, they do not return any value. So how do we check if our method is functioning properly? Let’s see using an example:

In this example, we are creating two classes: Informationand Publishing.

TheInformationclass looks like this:

Java
 




xxxxxxxxxx
1
12


 
1
public class Information {
2
 
          
3
   private final Publishing publishing;
4
 
          
5
   public Information(Publishing publishing) {
6
       this.publishing = publishing;
7
   }
8
 
          
9
   public void sendInfoForPublishing(Person person) {
10
       publishing.publishInformation(person);
11
   }
12
}



As we can see, the methodsendInformationForPublishing()is a void method. The logic for the method is simple. It takes a Personobject as a parameter and passes the object to the method of thePublishingclass.

The method publishInformation()is also a void method.

Java
 




xxxxxxxxxx
1


 
1
public class Publishing {
2
 
          
3
   public void publishInformation(Person person) {
4
       System.out.println(person);
5
   }
6
}



Let us now see how we can write unit test cases for this simple implementation.

Using the verify()Method

Whenever we mock a void method, we do not expect a return value. That is why we can only verify whether that method is being called or not. 

Features of verify():

Java
 




xxxxxxxxxx
1


 
1
verify(publishing,times(1)).publishInformation(person);


The verify method takes two arguments. The mock method object and the number of invocations you want to verify. The expected number of invocations is passed in the times()method. Let’s see how the test case will look:

Java
 




xxxxxxxxxx
1
16


 
1
public class InformationTest {
2
3
   Publishing publishing = mock(Publishing.class);
4
5
   @Autowired
6
   private Information information;
7
8
   @Test
9
   void whenSendInformationForPublishingIsSuccessful() {
10
       information = new Information(publishing);
11
       Person person = ObjectCreator.getPerson();
12
       doNothing().when(publishing).publishInformation(person);
13
       information.sendInfoForPublishing(person);
14
       verify(publishing,times(1)).publishInformation(person);
15
   }
16
}


As our function will callpublishInformation()only once, so we have passed the value 1 in the times()function. We know that when our test case will call the mocked publishInformation()method, it will not do anything. We need to let Mockito know of this behavior. For this, we use thedoNothing()method, which will, in simple terms, let Mockito know that it needs to do nothing when the given method is called.

test passed example

If we change the number of invocations to any other value, the test case should fail.

Here I changed the number of invocations to 2.

test fail example

That’s it! It’s that simple. This is how we can unit test the void methods. 

The GitHub link for this implementation is provided here. Simply clone it; have fun!

 

 

 

 

Top