Введение, тестирование Groovy / Spock, почему вы должны рассмотреть это

Как разработчик, тестирование очень важно. Некоторые разработчики думают: «Мех, я пишу код, тестирование — это работа QAs», что довольно плохо. Разработчику гораздо лучше тестировать свой код, как правило, если он хорошо принят, он производит код лучшего качества, и, конечно, чем раньше будут выявлены проблемы, тем дешевле они будут устранены.

Большинство разработчиков Java, которые  следят за  TDD, вероятно, используют mockito или powermock вместе с JUnit. Я никогда не был большим поклонником этих комбинаций, так как считаю, что они содержат слишком много стандартного кода, и тестовый код часто становится более подробным и сложным в обслуживании, чем сам производственный код.

После знакомства со  Spock и тестирования в  Groovy в  прошлом году я полностью продал его и впоследствии использовал его в нескольких других проектах.

В этой статье я буду основывать его на классе обслуживания, который делает некоторые вещи с объектом домена через уровень доступа к данным, к которому большинство корпоративных разработчиков могут относиться.

Вот класс домена:

public class User {

    private int id;
    private String name;
    private int age;

    // Accessors omitted
}

Вот интерфейс DAO:

public interface UserDao {

    public User get(int id);

}

И наконец сервис:

public class UserService {

    private UserDao userDao;

    public UserService(UserDao userDao) {
        this.userDao = userDao;
    }

    public User findUser(int id){
        return null;
    }
}

Ничего слишком сложного, чтобы упомянуть здесь. Класс, который мы собираемся проверить, — это сервис. Вы можете видеть, что сервис зависит от UserDao, который передается в конструктор. Это хорошая практика проектирования, потому что вы заявляете, что для того, чтобы иметь UserService, он должен быть создан с UserDao. Это также становится полезным позже при использовании каркасов внедрения зависимостей, таких как Spring, так что вы можете пометить их как Components и Autowire аргументы конструктора, но увы.

Давайте продолжим и создадим тестовый класс для сервиса (команда + shift + t, если используется IntelliJ на Mac).

class UserServiceTest extends Specification {

    UserService service
    UserDao dao = Mock(UserDao)

    def setup(){
        service = new UserService(dao)
    }

    def "it gets a user by id"(){
        given:
        def id = 1

        when:
        def result = service.findUser(id)

        then:
        1 * dao.get(id) >> new User(id:id, name:"James", age:27)
        result.id == 1
        result.name == "James"
        result.age == 27
    }
}

Здесь мы идем, прямо в глубине, позвольте мне объяснить, что здесь происходит. Во-первых, мы используем groovy, поэтому, хотя он выглядит как Java (я полагаю, что в некотором смысле это так, поскольку он все равно компилируется в байт-код Java), синтаксис немного легче, например, нет точек с запятой для завершения операторов, нет необходимости для общедоступного метода доступа, поскольку все по умолчанию является общедоступным, строки для имен методов. Если вы хотите узнать больше о Groovy, ознакомьтесь с их документацией  здесь .

Как вы видите, тестовый класс происходит от spock.lang.Specification, это базовый класс Spock и позволяет нам использовать заданные, когда и затем блоки в нашем тесте.

Тогда вы увидите предмет теста, сервис. Я предпочитаю определять это как поле и назначать его в настройке, но другие предпочитают создавать его в данном блоке каждого теста, я полагаю, что это на самом деле просто личное предпочтение.

Создавать макеты с помощью Спока легко, просто используйте Mock (Class). Затем я передаю ложную зависимость DAO в userService в методе установки. Установка запускается перед каждым тестом (аналогично, cleanup () запускается после завершения каждого теста). Это отличный шаблон для тестирования, поскольку вы можете смоделировать все зависимости и определить их поведение, поэтому вы буквально просто тестируете класс обслуживания.

Отличительной особенностью groovy является то, что вы можете использовать литералы String для именования ваших методов, это значительно упрощает чтение и анализ тестов, а не называет их «public void testItGetsAUserById ()»

Given, when, then

Spock is a behaviour driven development (BDD) testing framework, which is where it gets the given, when and then patterns from (amongst others). The easiest way I can explain it as follows:

Given some parts, when you do something, then you expect certain things to happen.

It’s probably easier to explain my test. We’re given an id of 1, you can think of this as a variable for the test. The when block is where the test starts, this is the invocation, we’re saying that when we call findUser() on the service passing in an id, we’ll get something back and assign it to the result.

The then block are your assertions, this is where you check the outcomes. The first line in the then block looks a little scary, but actually it’s very simple, lets dissect it.

1 * dao.get(id) >> new User(id:id, name:"James", age:27)

public class UserService {

    private UserDao userDao;

    public UserService(UserDao userDao) {
        this.userDao = userDao;
    }

    public User findUser(int id){
        return userDao.get(id);
    }
}

public void createUser(User user){
        // check name

        // if exists, throw exception

        // if !exists, create user
    }

public User findByName(String name);
    public void createUser(User user);

def "it saves a new user"(){
        given:
        def user = new User(id: 1, name: 'James', age:27)

        when:
        service.createUser(user)

        then:
        1 * dao.findByName(user.name) >> null

        then:
        1 * dao.createUser(user)
    }

    public void createUser(User user){
        User existing = userDao.findByName(user.getName());

        if(existing == null){
            userDao.createUser(user);
        }
    }

def "it fails to create a user because one already exists with that name"(){
        given:
        def user = new User(id: 1, name: 'James', age:27)

        when:
        service.createUser(user)

        then:
        1 * dao.findByName(user.name) >> user

        then:
        0 * dao.createUser(user)

        then:
        def exception = thrown(RuntimeException)
        exception.message == "User with name ${user.name} already exists!"
    }

public void createUser(User user){
        User existing = userDao.findByName(user.getName());

        if(existing == null){
            userDao.createUser(user);
        } else{
            throw new RuntimeException(String.format("User with name %s already exists!", user.getName()));
        }
    }