JUnit part II

Статья из группы Random
участников
продолжение начало тут -> JUnit part I
JUnit part II - 1
Еще хочу вам показать, как работает метод Assert.fail(String) – если будет вызван этот метод, тест будет провален. Удобно в случае если другие методы класса Assert не могут сделать нам проверку. Допустим нам нужно запретить принимать new String(“”). Попробуем это сделать на конструкторе запретим передавать name = “” || null, age = 0; Sex = null. Поехали … Я добавил дополнительные поля для тестирования
private User user;
private User user1;
private User user2;

private User userNotAdd;
private User userNotAdd1;
и изменил метод setUp()
@Before
public void setUp() throws Exception {
    user = new User("Евгений", 35, Sex.MALE);
    user1 = new User("Марина", 34, Sex.FEMALE);
    user2 = new User("Алина", 7, Sex.FEMALE);

    userNotAdd = new User("", 0, null);
    userNotAdd1 = new User(null, 0, null);
}
и добавил три метода теста
@Test
public void newUser_EMPTY_NAME() {
    for (User user : User.getAllUsers()){
        if (user.getName() != null && user.getName().isEmpty()) {
            Assert.fail("Попытка создания пользователя с пустым именем");
        }
    }
}

@Test
public void newUser_AGE_ZERO() {
    for (User user : User.getAllUsers()) {
        if (user.getAge() <= 0) {
            Assert.fail("Попытка создания пользователя c не допустимым возрастом");
        }
    }
}

@Test
public void newUser_SEX_NO_NULL() {
    for (User user : User.getAllUsers()) {
        if (user.getSex() == null) {
            Assert.fail("Попытка создания пользователя с указанием пола = null");
        }
    }
}
В тестах мы проходим по списку добавленных пользователей, и смотрим есть ли не допустимые данные. Запускаем тесты оптом, и видим такую картину... JUnit part II - 2 Тут видно, наши тесты для конструктора поломались, а так же зацепило еще пару тестов Теперь нам нужно изменить конструктор, чтобы он не добавлял в список пользователей, пользователя с недопустимыми параметрами, сделаем это так:
public User(String name, int age, Sex sex) {
    if (name != null && !name.isEmpty() && age > 0 && sex != null){
        this.name = name;
        this.age = age;
        this.sex = sex;

        if (!hasUser()) {
            countId++;
            this.id = countId;
            allUsers.put(id, this);
        }
    }
}
Запускаем наши тесты и видим, что у нас все по красоте JUnit part II - 3 Подведем итог, JUnit отличный инструмент для покрытия своего кода тестами. JUnit сработает еще лучше, в связке с Maven, при сборке проекта, Maven обязательно проведет все тесты, и потом соберет наш готовый проект, но если тесты будут провалены, проект не будет собран, и мы будем знать причины, и так будет легче разобраться где именно поломка. Второй плюс JUnit это случай Рефакторинга, тесты JUnit помогут нам проследить чтобы логика нашей программы не поломалась. А в больших проектах без системы автоматического тестирования жизнь не возможна, хотя может и возможна, но двигаться ваш проект будет со скоростью черепахи … или как то так … JUnit part II - 4 Если мы хорошо покроем тестами наш код, то можем быть уверены, что у нашего клиента, наш продукт будет отлично работать. P/S Выражаю огромную благодарность Сергееву Виктору!!! Вот ссылки на видео урок, в котором он нас обучал: Спасибо за внимание!!! Хорошего вам настроения!!! И да спаси вас Бог от индускода!!! ...еще если у кого будет интерес покапаться в исходном коде для статьи... стучитесь... с поделюсь тут начало — JUnit part I
Комментарии (29)
  • популярные
  • новые
  • старые
Для того, чтобы оставить комментарий Вы должны авторизоваться
Александр
Уровень 41
21 сентября 2023, 20:30
Это всё очень классно и интересно, но, я думаю, стоит упомянуть один нюанс. Использование статик полей (а за ними тянутся и методы), приводит к тому, что тесты могут выполняться только по отдельности. При попытке выполнить все тесты разом, многие из них не пройдут, так как в статическое поле будет для них общим и в него будет писаться по несколько раз то, что не надо
mgg
Уровень 47
9 июня 2023, 13:54
хорошие две статьи для быстрого старта. Вот тут больше информации https://javarush.com/quests/lectures/questservlets.level03.lecture01
Роман
Уровень 33
18 января 2023, 13:26
а можно все материалы в курсе подавать так и в таком объеме))? плачу втрое)
Сергей Смарт
Уровень 51
29 августа 2022, 10:27
Не знаю кто как, но я еще вначале подумал что за гонокод в конструкторе
overbf bf
Уровень 40
16 июня 2023, 05:54
Оп, тут я напрягся, просто я делаю так же, это плохая практика? А как нужно делать?
Станислав Future
Уровень 39
19 августа 2022, 12:21
А я ведь подозревал, что вместо добавления бесконечных системаутов под каждой строкой должно быть что-то еще.. JUnit пополнило мой стэк умений, перейдя прямиком из частовстречающихся непонятных наборов букаф
Baggins Бармен в Maestrello
18 июля 2022, 18:55
хорошая статья, спасибо автору
22 февраля 2022, 11:24
А можно глупый вопрос. Уже не раз сталкивался что путаюсь в этом месте: В третьем листинге, три теста: "if (user.getName() != null && user.getName().isEmpty()) {" почему "user.getName() != null" а не "==". Или это проверка на пробел? Типа пробел знак, но строка пуста?
Daniel CEO в BicycleInventionAcad
19 апреля 2023, 04:00
Это проверка на пустую строку
String str = "";
Тут вроде и объект есть, но он проинициализирован пустой строкой. Поэтому она не будет null, но будет empty.
hidden #2595317
Уровень 45
21 февраля 2022, 17:25
Спасибо, друг! Очередной + к интеллекту.
LuneFox System Administrator в BIFIT Expert
15 января 2022, 05:04
Большое спасибо за статью, теперь я хотя бы знаю, как выглядят эти тесты, о которых все говорят, и что знает "покрывать код тестами". Раньше я себе это как-то абстрактно представлял, как покрытие деревяшки лаком. Думал: "Что за сленг такой?". А теперь сам попробовал и понял, что это очень вкусно (хотя, наверное, рутинно покрывать огромный код всяческими тестами это та ещё скукотища, да?). Но в любом случае это круче, чем постоянно копаться в main и городить огород из sout-ов. Сравнимо с использованием дебаггера, наверное.
Санек
Уровень 35
Expert
20 мая 2021, 13:30
public User(String name, int age, Sex sex) {
    if (name != null && !name.isEmpty() && age > 0 && sex != null){
        this.name = name;
        this.age = age;
        this.sex = sex;

        if (!hasUser()) {
            countId++;
            this.id = countId;
            allUsers.put(id, this);
        }
    }
}
Лично я бросал бы IlligalArgumentException и ожидал его в тестах. Но спасибо за пояснения метода fail().