Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>11 сен 2023</li>

3 <li>0</li>

4 </ul>Изучаем главный инструмент тестировщика приложений на Java и пишем первую программу по методологии TDD.

5 Иллюстрация: Оля Ежак для Skillbox Media

6 Пишет о сетях, инструментах для разработчиков и языках программирования. Любит готовить, играть в инди‑игры и программировать на Python.

7 Пока приложение или сайт небольшие, для контроля качества достаточно мануальных тестировщиков, проверяющих работу "руками". Но что делать, когда в приложении уже сотни файлов и десятки тысяч строк кода? Тестировать вручную становится долго и дорого.

8 Для таких случаев используют специальные тестовые фреймворки. Один из них - JUnit, фреймворк для модульного тестирования Java-приложений. Он позволяет проводить автоматизированные юнит- и интеграционные тесты.

9 Из этой статьи вы узнаете:

10 <ul><li><a>что такое JUnit</a>;</li>

11 <li><a>какие аннотации в нём используются</a>;</li>

12 <li><a>в чём разница между JUnit4 и JUnit5</a>;</li>

13 <li><a>как установить JUnit</a>;</li>

14 <li><a>как он работает</a>;</li>

15 <li><a>что такое test-driven development</a>;</li>

16 <li><a>как написать приложение по принципам TDD</a>.</li>

17 </ul>JUnit - фреймворк для автоматического юнит-тестирования приложений. Он содержит специальные функции и правила, которые позволяют легко писать и запускать тесты, то есть проверять, что каждый блок кода, или модуль, ответственный за определённую функцию программы, работает как надо. Такой вид тестирования называют модульным, или юнит-тестированием.

18 Последняя версия фреймворка -<a>JUnit 5</a>. Она состоит из трёх модулей: JUnit Platform, JUnit Jupiter и JUnit Vintage.

19 JUnit Platform - основной модуль для управления тестами.

20 JUnit Jupiter - модуль, который использует новые возможности Java 8. Он предоставляет API на основе аннотаций и позволяет работать с модульными и динамическими тестами.

21 JUnit Vintage - модуль для поддержки тестов, написанных с использованием JUnit 3 и JUnit 4.

22 JUnit удобен тем, что разработчик может гибко указывать условия тестирования. Например, объединять тесты в группы, распределяя их по функциональности, тестируемым модулям или уровню критичности, прописывать условия запуска для каждого блока кода и анализировать результаты по отдельности. Всё это облегчает работу программиста или QA-инженера.

23 Аннотации в JUnit - это специальные метки, которые Java-разработчик размещает перед методами в тестовом классе. Они позволяют настраивать процесс тестирования, указывая фреймворку, как именно их следует обрабатывать. Например, можно явно указать, какие из методов являются тестовыми случаями, какие из них выполнять перед тестами и после и так далее.

24 Вот несколько базовых аннотаций.

25 @Test. Эту аннотацию ставим перед методами, которые относятся к тестовым случаям. JUnit поймёт, что их следует выполнять в качестве теста, а по завершении проверить результат.

26 @Before. Используется для методов, которые должны быть выполнены перед каждым тестовым случаем. Например, если у нас есть несколько тестов, которые требуют одних и тех же начальных условий, мы можем обозначить метод с аннотацией @Before, задав необходимые условия тестирования один раз.

27 @After. Эту аннотацию используем перед методом, который должен быть выполнен после тестового случая.

28 @BeforeClass, @AfterClass. Методы с аннотацией @BeforeClass выполняются перед запуском первого теста в классе, а методы с аннотацией @AfterClass - после завершения всех тестов в классе.

29 @Ignore. Используется перед методом, чтобы отключить его выполнение в тесте. Это может быть полезно, если мы не уверены в работоспособности отдельных тестов и не хотим их использовать, но должны оставить в коде.

30 @BeforeEach и @AfterEach. Аналоги @Before и @After в JUnit 4.

31 Полный список аннотаций с подробными объяснениями и примерами использования можно прочесть в <a>документации</a>.

32 Вот как аннотации выглядят в коде:

33 import org.junit.jupiter.api.Test; import org.junit.jupiter.api.BeforeEach; import org.junit.jupiter.api.AfterEach; public class MyTest { @BeforeEach public void setUp() { // Метод, выполняющийся перед каждым тестовым случаем } @AfterEach public void tearDown() { // Метод, выполняющийся после каждого тестового случая } @Test public void testSomething() { // Тестовый случай } @Test public void testAnotherThing() { // Другой тестовый случай } }JUnit 4 и JUnit 5 - это две последние версии фреймворка JUnit, которые сейчас распространены в разработке. Между собой они различаются функциональностью, синтаксисом и возможностями.

34 Тестовые методы в JUnit 4 помечаются аннотацией @Test. Для определения методов, выполняющихся до и после тестового случая, используют аннотации @Before и @After.

35 В этой версии фреймворка поддерживаются параметризованные тесты с использованием аннотации @RunWith(Parameterized.class). Это значит, что в тест можно передать параметры, необходимые для тестирования.

36 Тесты, написанные на JUnit 4, могут выполняться в JUnit 5 с использованием JUnit Vintage.

37 В пятой версии фреймворка появились новые модули:<a>Jupiter</a> - для тестирования с использованием возможностей Java 8, и <a>Platform</a> - модуль для запуска тестов.

38 Также в JUnit 5 появилась возможность писать собственные расширения для тестов и запускать их по аннотации @ExtendWith. По аналогии с JUnit 4 поддерживаются параметризованные тесты с аннотацией @ParameterizedTest.

39 В примерах с кодом мы будем использовать JUnit 5 - это современная версия фреймворка, которая поддерживает Java 8 и JUnit 4.

40 Всё просто - добавляем необходимую зависимость в конфигурационный файл сборщика.

41 Для<a>Maven</a>:

42 <ul><li>Зайдите в файл pom.xml.</li>

43 <li>Найдите секцию <dependencies>.</li>

44 <li>Добавьте внутрь блок:</li>

45 </ul><dependency> <groupId>org.junit.jupiter</groupId> <artifactId>junit-jupiter-api</artifactId> <version>5.8.2</version>  <scope>test</scope> </dependency><ul><li>Сохраните изменения.</li>

46 </ul>Для Gradle:

47 <ul><li>Зайдите в build.gradle.</li>

48 <li>Найдите секцию dependencies.</li>

49 <li>Добавьте внутрь блок с кодом:</li>

50 </ul>testImplementation 'org.junit.jupiter:junit-jupiter-api:5.8.2'Важно, что при работе с Gradle необходимо указать версию фреймворка. Мы рекомендуем использовать наиболее актуальную. Посмотреть её можно на <a>главной странице сайта</a>под заголовком Latest Release.

51 <ul><li>Сохраните изменения.</li>

52 </ul>Напишем на Java простой калькулятор:

53 public class Calculator { public int add(int a, int b) { return a + b; } public int subtract(int a, int b) { return a - b; } public int multiply(int a, int b) { return a * b; } public int divide(int a, int b) { if (b == 0) { throw new IllegalArgumentException("Cannot divide by zero"); } return a / b; } }Для модульного тестирования калькулятора нам требуется написать отдельные тесты для сложения, вычитания, умножения и два теста для деления. С JUnit код будет такой:

54 import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.*; public class CalculatorTest { @Test public void testAddition() { Calculator calculator = new Calculator(); int result = calculator.add(3, 5); assertEquals(8, result); } @Test public void testSubtraction() { Calculator calculator = new Calculator(); int result = calculator.subtract(10, 4); assertEquals(6, result); } @Test public void testMultiplication() { Calculator calculator = new Calculator(); int result = calculator.multiply(6, 3); assertEquals(18, result); } @Test public void testDivision() { Calculator calculator = new Calculator(); int result = calculator.divide(10, 2); assertEquals(5, result); } @Test public void testDivisionByZero() { Calculator calculator = new Calculator(); assertThrows(IllegalArgumentException.class, () -> { calculator.divide(10, 0); }); } }Разберем его:

55 import org.junit.jupiter.api.Test; - здесь мы импортировали аннотацию Test из фреймворка JUnit. Она помечает методы как тестовые случаи, определяя их выполнение во время запуска тестов.

56 import static org.junit.jupiter.api.Assertions.*; - импортировали статические методы утверждений (assertions) из класса Assert - assertEquals(expected, actual). Они сравнивают ожидаемые и фактические результаты тестов. Если результаты не совпадают, то тест считается не пройденным.

57 public class CalculatorTest {… } - определили класс для наших тестов.

58 Далее мы прописали тестовые методы, например testAddition(), testSubtraction(), testMultiplication(), public void testDivision(). Внутри каждого метода тестируем конкретную арифметическую операцию. Для этого мы сравниваем результат работы калькулятора с заранее подобранным правильным ответом с помощью assertEquals.

59 Для каждого теста создали экземпляр класса Calculator, который будет использоваться для их проведения.

60 В этом примере мы сначала написали программу, а потом - тесты для неё. Но иногда разработчики используют другой подход.

61 Test-driven development (TDD) - это подход к разработке программ, при котором разработчик сначала описывает тесты для функции, которую хочет создать, а затем пишет сам код, который проходит эти тесты.

62 При таком подходе главные издержки разработки - время на рефакторинг и исправление ошибок - снижаются. А значит, уменьшаются и затраты на создание и поддержку продукта.

63 Упрощённо TDD можно представить в виде нескольких шагов:

64 <ul><li>Написание теста.Разработчик начинает работу с создания теста, который будет проверять работоспособность кода.</li>

65 <li>Запуск теста.При первом запуске тест не должен быть пройден, так как функционального кода программы ещё нет.</li>

66 <li>Написание кода.Разработчик пишет код с минимальной функциональностью, которая позволяет успешно пройти тест.</li>

67 <li>Повторный запуск теста.При повторном запуске тест должен быть пройден удачно.</li>

68 <li>Рефакторинг.После успешного завершения тестов разработчик может приступить к рефакторингу - улучшению и оптимизации кода. Важно, что после каждого изменения запуск теста повторяется.</li>

69 </ul>Каждый функциональный модуль, который добавляется в приложение, должен пройти эти этапы. Таким образом, разработчик уже в процессе написания отдельных частей программы подтверждает, что они успешно проходят тесты.

70 Используя подход TDD, создадим простое приложение - программу для вычисления факториала числа. Сначала напишем тесты, а затем функциональный код.

71 Работать будем в среде разработки IntelliJ IDEA с Maven на борту. Как создать и инициализировать проект в Maven и подключить JUnit,<a>смотрите выше</a>. А мы перейдём к коду.

72 Создайте файл для тестов в папке test\java. У нас он будет называться NumberUtilTest.java.

73 Скриншот: Skillbox MediaНапишите тест для функции вычисления факториала, по аналогии с тестированием калькулятора:

74 import org.junit.jupiter.api.Test; import static org.junit.jupiter.api.Assertions.assertEquals; public class NumberUtilTest { @Test public void testFactorial() { NumberUtil util = new NumberUtil(); int result = util.factorial(5); // Определяем факториал числа 5 assertEquals(120, result); // Сравниваем результат с правильным ответом } }Основываясь на тесте, пропишите в папке main/java класс с названием NumberUtil. Класс пока что оставьте пустым:

75 Скриншот: Skillbox MediaЗапустим наш тест:

76 Скриншот: Skillbox MediaТест не пройден. Пока так и должно быть - наш класс ничего не содержит:

77 Скриншот: Skillbox MediaТеперь реализуйте функцию factorial в классе NumberUtil, чтобы тест прошёл успешно:

78 public class NumberUtil { public int factorial(int n) { if (n < 0) { throw new IllegalArgumentException("Факториал не может быть рассчитан для отрицательных чисел"); } if (n == 0 || n == 1) { return 1; } return n * factorial(n - 1); } }Запустите тест снова. Если вы всё сделали правильно, то он пройдёт успешно:

79 Скриншот: Skillbox MediaПоздравляем! Вы написали приложение, используя метод TDD для тестирования и разработки.

80 <a>Научитесь: Профессия Java-разработчик + ИИ Узнать больше</a>