JavaRush /Java Blog /Random-TW /Java 單元測試：技術、概念、實踐

等級 36

28 二月 2021
43 views
0 comments

Java 單元測試：技術、概念、實踐

在 Random-TW 群組發布

今天，您幾乎找不到沒有測試的應用程序，因此這個主題對於新手開發人員來說比以往任何時候都更加相關：沒有測試，您將一事無成。作為廣告，我建議你看看我以前的文章。其中一些涵蓋測試（即使如此，這些文章也將非常有用）：

讓我們考慮一下原則上使用哪些類型的測試，然後我們將詳細研究您需要了解的有關單元測試的所有內容。

測試類型

什麼是測試？正如維基百科所說：“測試或測試是通過將系統置於不同的情況下並跟踪其中可觀察到的變化來研究系統底層過程的一種方法。” 換句話說，這是對我們系統在某些情況下能否正確運作的測試。關於單元測試：方法、概念、實踐 - 2

好吧，讓我們看看有哪些類型的測試：

單元測試是其任務是單獨測試系統的每個模組的測試。期望這些是系統的最小可分割部分，例如模組。
系統測試是一種進階測試，用於測試應用程式的較大部分或整個系統的運作。
回歸測試是用於檢查新功能或錯誤修復是否會影響應用程式現有功能以及舊錯誤是否再次出現的測試。
功能測試是檢查應用程式的一部分是否符合規範、使用者故事等中規定的要求。

功能測試的類型：
- 「白盒」測試，在了解系統內部實現的情況下，測試部分應用程式是否符合要求；
- 「黑盒」測試用於在不了解系統內部實現的情況下部分應用程式是否符合要求。
效能測試是一種測試，旨在確定係統或其一部分在特定負載下運行的速度。
負載測試- 旨在檢查系統在標準負載下的穩定性並找到應用程式正常工作的最大可能峰值的測試。
壓力測試是一種測試，旨在檢查非標準負載下應用程式的功能，並確定係統不會崩潰的最大可能峰值。
Тестирование безопасности (security testing) — тесты, используемые для проверки безопасности системы (от атак хакеров, вирусов, несанкционированного доступа к конфиденциальным данным и прочих радостей жизни).
Тестирование локализации (localization testing) — это тесты локализации для applications.
Юзабorти тестирование (usability testing) — вид тестирования, направленный на проверку удобства использования, понятности, привлекательности и обучаемости для пользователей.

Unit — модульные тесты, применяемые в различных слоях applications, тестирующие наименьшую делимую логику applications: например, класс, но чаще всего — метод. Эти тесты обычно стараются по максимуму изолировать от внешней логики, то есть создать иллюзию того, что остальная часть applications работает в стандартном режиме.

Данных тестов всегда должно быть много (больше, чем остальных видов), так How они тестируют маленькие кусочки и весьма легковесные, не кушающие много ресурсов (под ресурсами я имею виду оперативную память и время).
Integration — интеграционное тестирование. Оно проверяет более крупные кусочки системы, то есть это либо объединение нескольких кусочков логики (несколько методов or классов), либо корректность работы с внешним компонентом. Этих тестов How правило меньше, чем Unit, так How они тяжеловеснее.

Как пример интеграционных тестов можно рассмотреть соединение с базой данных и проверку правильной отработки методов, работающих с ней.
UI — тесты, которые проверяют работу пользовательского интерфейса. Они затрагивают логику на всех уровнях applications, из-за чего их еще называют сквозными. Их How правило в разы меньше, так они наиболее тяжеловесны и должны проверять самые необходимые (используемые) пути.

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

Сегодня подробно рассмотрим самые используемые тесты — юнит-тесты, так How уметь ими пользоваться на базовом уровне должны все уважающие себя Java-разработчики.

Ключевые понятия юнит-тестирования

Покрытие тестов

материал о Code Coverage на JavaRush и на Хабре;
фундаментальная теория тестирования.

TDD (Test-driven development)

Пишем наш тест.
Запускаем тест, прошел он or нет (видим, что всё красное — не психуем: так и должно быть).
Добавляем code, который должен удовлетворить данный тест (запускаем тест).
Выполняем рефакторинг codeа.

BDD (Behavior-driven development)

Тестовый сценарий (Test Case)

Фикстуры (Fixture)

Этапы тестирования

Задание тестируемых данных (фикстур).
Использование тестируемого codeа (вызов тестируемого метода).
Проверка результатов и сверка с ожидаемыми.

Мок

Заглушки

Spy

stubs

mock

Среды тестирования

@Test

@Before

@After

@BeforeClass

@AfterClass

@Ignore

@Test

@Test(timeout=100)

@Mock

@RunWith(MockitoJUnitRunner.class)

assertEquals(Object expecteds, Object actuals) — проверяет, равны ли передаваемые обьекты.
assertTrue(boolean flag) — проверяет, возвращает ли переданное meaning — true.
assertFalse(boolean flag) — проверяет, возвращает ли переданное meaning — false.
assertNull(Object object) – проверяет, является ли an object нулевым (null).
assertSame(Object firstObject, Object secondObject) — проверяет, ссылаются ли передаваемые значения на один и тот же обьект.
assertThat(T t, Matcher<T> matcher) — проверяет, удовлетворяет ли t условию, указанному в matcher.

assertThat(firstObject).isEqualTo(secondObject)

Практика тестирования

<dependency>
   <groupId>org.springframework.boot</groupId>
   <artifactId>spring-boot-starter-test</artifactId>
   <version>2.2.2.RELEASE</version>
   <scope>test</scope>
</dependency>

@Service
@RequiredArgsConstructor
public class RobotServiceImpl implements RobotService {
   private final RobotDAO robotDAO;

   @Override
   public Robot update(Long id, Robot robot) {
       Robot found = robotDAO.findById(id);
       return robotDAO.update(Robot.builder()
               .id(id)
               .name(robot.getName() != null ? robot.getName() : found.getName())
               .cpu(robot.getCpu() != null ? robot.getCpu() : found.getCpu())
               .producer(robot.getProducer() != null ? robot.getProducer() : found.getProducer())
               .build());
   }
}

@RunWith(MockitoJUnitRunner.class)
public class RobotServiceImplTest {
   @Mock
   private RobotDAO robotDAO;

   private RobotServiceImpl robotService;

   private static Robot testRobot;

   @BeforeClass
   public static void prepareTestData() {
       testRobot = Robot
               .builder()
               .id(123L)
               .name("testRobotMolly")
               .cpu("Intel Core i7-9700K")
               .producer("China")
               .build();
   }

   @Before
   public void init() {
       robotService = new RobotServiceImpl(robotDAO);
   }

@Test
public void updateTest() {
   when(robotDAO.findById(any(Long.class))).thenReturn(testRobot);
   when(robotDAO.update(any(Robot.class))).then(returnsFirstArg());
   Robot robotForUpdate = Robot
           .builder()
           .name("Vally")
           .cpu("AMD Ryzen 7 2700X")
           .build();

   Robot resultRobot = robotService.update(123L, robotForUpdate);

   assertNotNull(resultRobot);
   assertSame(resultRobot.getId(),testRobot.getId());
   assertThat(resultRobot.getName()).isEqualTo(robotForUpdate.getName());
   assertTrue(resultRobot.getCpu().equals(robotForUpdate.getCpu()));
   assertEquals(resultRobot.getProducer(),testRobot.getProducer());
}

Итак, подведём итоги: