• 15/03/2020: Easy Random v4.2.0 is released! See what's new in the change log.

Easy Random is a library that generates random Java beans. You can think of it as an ObjectMother for the JVM. Let's say you have a class Person and you want to generate a random instance of it, here we go:

EasyRandom easyRandom = new EasyRandom();
Person person = easyRandom.nextObject(Person.class);

The method EasyRandom#nextObject is able to generate random instances of any given type.

The java.util.Random API provides 7 methods to generate random data: nextInt(), nextLong(), nextDouble(), nextFloat(), nextBytes(), nextBoolean() and nextGaussian(). What if you need to generate a random String? Or say a random instance of your domain object? Easy Random provides the EasyRandom API that extends java.util.Random with a method called nextObject(Class type). This method is able to generate a random instance of any arbitrary Java bean.

The EasyRandomParameters class is the main entry point to configure EasyRandom instances. It allows you to set all parameters to control how random data is generated:

EasyRandomParameters parameters = new EasyRandomParameters()
   .seed(123L)
   .objectPoolSize(100)
   .randomizationDepth(3)
   .charset(forName("UTF-8"))
   .timeRange(nine, five)
   .dateRange(today, tomorrow)
   .stringLengthRange(5, 50)
   .collectionSizeRange(1, 10)
   .scanClasspathForConcreteTypes(true)
   .overrideDefaultInitialization(false)
   .ignoreRandomizationErrors(true);

EasyRandom easyRandom = new EasyRandom(parameters);

For more details about these parameters, please refer to the configuration parameters section.

In most cases, default options are enough and you can use the default constructor of EasyRandom.

Easy Random allows you to control how to generate random data through the org.jeasy.random.api.Randomizer interface and makes it easy to exclude some fields from the object graph using a java.util.function.Predicate:

EasyRandomParameters parameters = new EasyRandomParameters()
   .randomize(String.class, () -> "foo")
   .excludeField(named("age").and(ofType(Integer.class)).and(inClass(Person.class)));

EasyRandom easyRandom = new EasyRandom(parameters);
Person person = easyRandom.nextObject(Person.class);

In the previous example, Easy Random will:

• Set all fields of type String to foo (using the Randomizer defined as a lambda expression)
• Exclude the field named age of type Integer in class Person.

The static methods named, ofType and inClass are defined in org.jeasy.random.FieldPredicates which provides common predicates you can use in combination to define exactly which fields to exclude. A similar class called TypePredicates can be used to define which types to exclude from the object graph. You can of course use your own java.util.function.Predicate in combination with those predefined predicates.

Populating a Java object with random data can look easy at first glance, unless your domain model involves many related classes. In the previous example, let's suppose the Person type is defined as follows:

Without Easy Random, you would write the following code in order to create an instance of the Person class:

Street street = new Street(12, (byte) 1, "Oxford street");
Address address = new Address(street, "123456", "London", "United Kingdom");
Person person = new Person("Foo", "Bar", "[email protected]", Gender.MALE, address);

And if these classes do not provide constructors with parameters (may be some legacy beans you can't change), you would write:

Street street = new Street();
street.setNumber(12);
street.setType((byte) 1);
street.setName("Oxford street");

Address address = new Address();
address.setStreet(street);
address.setZipCode("123456");
address.setCity("London");
address.setCountry("United Kingdom");

Person person = new Person();
person.setFirstName("Foo");
person.setLastName("Bar");
person.setEmail("[email protected]");
person.setGender(Gender.MALE);
person.setAddress(address);

With Easy Random, generating a random Person object is done with new EasyRandom().nextObject(Person.class). The library will recursively populate all the object graph. That's a big difference!

Sometimes, the test fixture does not really matter to the test logic. For example, if we want to test the result of a new sorting algorithm, we can generate random input data and assert the output is sorted, regardless of the data itself:

@org.junit.Test
public void testSortAlgorithm() {

   // Given
   int[] ints = easyRandom.nextObject(int[].class);

   // When
   int[] sortedInts = myAwesomeSortAlgo.sort(ints);

   // Then
   assertThat(sortedInts).isSorted(); // fake assertion

}

Another example is testing the persistence of a domain object, we can generate a random domain object, persist it and assert the database contains the same values:

@org.junit.Test
public void testPersistPerson() throws Exception {
   // Given
   Person person = easyRandom.nextObject(Person.class);

   // When
   personDao.persist(person);

   // Then
   assertThat("person_table").column("name").value().isEqualTo(person.getName()); // assretj db
}

There are many other uses cases where Easy Random can be useful, you can find a non exhaustive list in the wiki.

• JUnit extension: Use Easy Random to generate random data in JUnit tests (courtesy of glytching)
• Vavr extension: This extension adds support to randomize Vavr types (courtesy of xShadov)

• Easy testing with ObjectMothers and EasyRandom
• Quick Guide to EasyRandom in Java
• Top secrets of the efficient test data preparation
• Random Data Generators for API Testing in Java
• EasyRandom 4.0 Released
• Type Erasure Revisited
• Generate Random Test Data With jPopulator

• Netflix
• JetBrains
• Mulesoft
• Easy Cucumber
• Open Network Automation Platform

You are welcome to contribute to the project with pull requests on GitHub.

If you believe you found a bug, please use the issue tracker.

If you have any question, suggestion, or feedback, do not hesitate to use the Gitter channel of the project.

• Mahmoud Ben Hassine
• Pascal Schumacher

• Adriano Machado
• Alberto Lagna
• Andrew Neal
• Dovid Kopel
• Eric Taix
• euZebe
• Fred Eckertson
• huningd
• Johan Kindgren
• Joren Inghelbrecht
• Jose Manuel Prieto
• kermit-the-frog
• Lucas Andersson
• Michael Düsterhus
• Nikola Milivojevic
• nrenzoni
• Oleksandr Shcherbyna
• Petromir Dzhunev
• Rebecca McQuary
• Rémi Alvergnat
• Rodrigue Alcazar
• Ryan Dunckel
• Sam Van Overmeire
• Valters Vingolds
• Vincent Potucek
• Weronika Redlarska
• Konstantin Lutovich
• Steven_Van_Ophem
• Jean-Michel Leclercq
• Marian Jureczko

Thank you all for your contributions!

The MIT License. See LICENSE.txt.