JavaRush /Java Blog /Random-KO /Java 단위 테스트: 기술, 개념, 실습

레벨 36

28 February 2021
40 views
0 comments

Java 단위 테스트: 기술, 개념, 실습

오늘날에는 테스트가 포함되지 않은 애플리케이션을 거의 찾을 수 없으므로 이 주제는 초보 개발자에게 그 어느 때보다 관련성이 높습니다. 테스트 없이는 아무데도 갈 수 없습니다. 광고로서 제 과거 기사를 보시길 권합니다. 그 중 일부는 테스트를 다루고 있습니다(그래도 기사는 매우 유용할 것입니다).

원칙적으로 어떤 유형의 테스트가 사용되는지 고려한 다음 단위 테스트에 대해 알아야 할 모든 것을 자세히 연구하겠습니다.

테스트 유형

테스트란 무엇입니까? Wiki에서는 다음과 같이 말합니다. " 테스트 또는 테스트는 시스템을 다양한 상황에 배치하고 관찰 가능한 변경 사항을 추적하여 시스템의 기본 프로세스를 연구하는 방법입니다." 즉, 이는 특정 상황에서 시스템이 올바르게 작동하는지 테스트하는 것입니다. 단위 테스트에 관한 모든 것: 방법, 개념, 연습 - 2

그럼 어떤 유형의 테스트가 있는지 살펴보겠습니다.

단위 테스트는 시스템의 각 모듈을 개별적으로 테스트하는 테스트입니다. 이는 모듈과 같이 시스템에서 최소한으로 분할 가능한 부분인 것이 바람직합니다.
시스템 테스트는 애플리케이션의 더 큰 부분이나 시스템 전체의 작동을 테스트하는 높은 수준의 테스트입니다.
회귀 테스트는 새로운 기능이나 버그 수정이 애플리케이션의 기존 기능에 영향을 미치는지, 오래된 버그가 다시 나타나는지 확인하는 데 사용되는 테스트입니다.
기능 테스트는 애플리케이션의 일부가 사양, 사용자 스토리 등에 명시된 요구 사항을 준수하는지 확인하는 것입니다.

기능 테스트 유형:
- 시스템의 내부 구현에 대한 지식을 바탕으로 애플리케이션의 일부가 요구 사항을 준수하는지 확인하는 "화이트 박스" 테스트
- 시스템의 내부 구현에 대한 지식 없이 애플리케이션의 일부가 요구 사항을 준수하는지 확인하는 "블랙 박스" 테스트입니다 .
성능 테스트는 특정 부하에서 시스템 또는 그 일부가 실행되는 속도를 결정하기 위해 작성된 테스트 유형입니다.
부하 테스트 - 표준 부하 하에서 시스템의 안정성을 확인하고 애플리케이션이 올바르게 작동하는 최대 피크를 찾기 위해 고안된 테스트입니다.
스트레스 테스트는 비표준 부하에서 응용 프로그램의 기능을 확인하고 시스템이 충돌하지 않는 최대 피크를 결정하기 위해 설계된 테스트 유형입니다.
보안 테스트 - 시스템 보안(해커, 바이러스 공격, 기밀 데이터에 대한 무단 액세스 및 기타 삶의 즐거움)을 확인하는 데 사용되는 테스트입니다.
현지화 테스트는 애플리케이션에 대한 현지화 테스트입니다.
사용성 테스트는 사용자의 사용성, 이해성, 매력, 학습성을 확인하는 것을 목표로 하는 테스트 유형입니다.

단위 - 응용 프로그램의 다양한 계층에서 사용되는 단위 테스트로, 응용 프로그램의 가장 작은 분할 가능한 논리(예: 클래스, 그러나 대부분 메서드)를 테스트합니다. 이러한 테스트는 일반적으로 외부 로직에서 최대한 격리하려고 합니다. 즉, 애플리케이션의 나머지 부분이 표준 모드에서 작동하는 것처럼 보이게 하기 위한 것입니다.

이러한 테스트는 작은 부분을 테스트하고 매우 가벼우며 많은 리소스를 소비하지 않기 때문에(다른 유형보다 더 많이) 항상 많은 테스트가 있어야 합니다(리소스란 RAM과 시간을 의미함).
통합 - 통합 테스트. 이는 시스템의 더 큰 부분, 즉 여러 논리 부분(여러 메서드 또는 클래스)의 조합인지 또는 외부 구성 요소 작업의 정확성인지 확인합니다. 일반적으로 이러한 테스트는 단위 테스트보다 더 무겁기 때문에 개수가 적습니다.

통합 테스트의 예로, 데이터베이스에 연결하고 데이터베이스와 함께 작동하는 메서드가 올바르게 실행되는지 확인하는 것을 고려할 수 있습니다 .
UI - 사용자 인터페이스의 작동을 확인하는 테스트입니다. 이는 애플리케이션의 모든 수준에서 논리에 영향을 미치므로 엔드투엔드(end-to-end)라고도 합니다. 일반적으로 해당 경로는 가장 무겁고 가장 필요한(사용되는) 경로를 확인해야 하기 때문에 그 수가 훨씬 적습니다.

위 그림에서 우리는 삼각형의 여러 부분의 면적 비율을 볼 수 있습니다. 실제 작업에서 이러한 테스트 횟수는 거의 동일한 비율로 유지됩니다.

오늘은 가장 많이 사용되는 테스트인 단위 테스트에 대해 자세히 살펴보겠습니다. 모든 자존심 있는 Java 개발자는 기본 수준에서 단위 테스트를 사용할 수 있어야 하기 때문입니다.

단위 테스트의 주요 개념

테스트 커버리지

JavaRush 및 Habré 의 코드 적용 범위에 관한 자료 ;
기본 테스트 이론 .

TDD (테스트 중심 개발)

우리는 테스트를 작성하고 있습니다.
우리는 통과 여부에 관계없이 테스트를 실행합니다(모든 것이 빨간색임을 확인합니다. 놀라지 마세요. 이렇게 되어야 합니다).
이 테스트를 만족해야 하는 코드를 추가합니다(테스트 실행).
우리는 코드를 리팩토링합니다.

BDD(행동 중심 개발)

테스트 케이스

Fixture

테스트 단계

테스트할 데이터(픽스처) 지정.
테스트 중인 코드 사용(테스트 중인 메서드 호출)
결과를 확인하고 예상한 결과와 비교합니다.

모의

스텁

이들은 때때로 스파이( Spy

스텁

모의

테스트 환경

@Test

@Before

@After

@BeforeClass

@AfterClass

@Ignore

@Test

@Test(timeout=100)

@Mock

@RunWith(MockitoJUnitRunner.class)

assertEquals(Object expecteds, Object actuals)— 전송된 객체가 동일한지 확인합니다.
assertTrue(boolean flag)— 전달된 값이 true를 반환하는지 확인합니다.
assertFalse(boolean flag)— 전달된 값이 false를 반환하는지 확인합니다.
assertNull(Object object)– 객체가 null인지 확인합니다.
assertSame(Object firstObject, Object secondObject)— 전달된 값이 동일한 객체를 참조하는지 확인합니다.
assertThat(T t, Matcher<T> matcher)— t가 매처에 지정된 조건을 만족하는지 확인합니다.

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());
}

요약하자면,