레슨

프로그래머에게 테스트가 필요한 이유는 무엇입니까? 다음 몇 가지 수준은 프로그래머가 필요로 하는 방식으로 테스트하는 데 전념할 것입니다 . 그러나 먼저 테스트가 무엇이며 왜 필요한지 알아 봅시다. 소프트웨어와 관련하여 테스트 작업은 프로그램이 다음과 같은지 확인하는 것이라고 말할 수 있습니다. 그녀가해야 할 일을 그녀는 하지 말아야 할 일을 하지 않는다 그런데 두 번째 요점은 첫 번째 요점보다 중요하지 않지만 나중에 더 중요합

JUnit 프레임워크 연결 Java 코드를 테스트하기 위해 JUnit 이라는 훌륭한 프레임워크가 있습니다 . 그것은 훌륭하게 작동하고 지속적으로 업데이트되며 매우 인기가 있으며 물론 Intellij IDEA는 매우 긴밀하게 통합되어 있습니다. 이제 모든 사람들이 이 프레임워크의 다섯 번째 버전인 JUnit 5를 사용하고 있지만 많은 프로젝트에서 여전히 네 번째 버전을 찾을 수 있습니다. 많이 다르지는 않지만 최신 버전을 살펴보

3.1 주석 @BeforeEach, @AfterEach 이전 예에서 각 메서드에서 개체를 생성하는 코드를 작성해야 했습니다.계산자. 물론 이것은 한 줄에 불과하지만 실제 시스템을 테스트해보면 수십 줄의 코드가 필요할 수 있는 여러 개체를 만들고 구성해야 하는 상황이 자주 발생합니다. 예: //Создаем объект HttpClient

4.1 @비활성화 이제 JUnit 프레임워크의 매우 유용하고 인기 있는 몇 가지 주석을 살펴보겠습니다. 첫 번째 주석을 사용하면 JUnit이 호출하지 않도록 특정 테스트를 끌 수 있습니다. 테스트가 제대로 작동하지 않거나 코드를 변경하여 테스트가 실수로 중단되는 경우에 필요합니다. 이전에 쓴 것처럼 테스트의 99%는 누구에게도 지원되지 않으므로 조만간 모두 비활성화됩니다. 따라서 이 주석은 유용한 주석 목록의 첫 번째입니다.

5.1 @ParameterizedTest 주석 때로는 다른 매개변수(다른 값, 다른 입력 매개변수, 다른 사용자 이름)를 사용하여 테스트를 여러 번 호출하기를 원할 수도 있습니다. JUnit은 삶을 더 쉽게 만드는 것을 목표로 하므로 이 경우에는 매개변수화된 테스트와 같은 것이 있습니다. 매개변수화된 테스트를 사용하려면 다음에 하나 이상의 종속성을 추가해야 합니다 pom.xml.

6.1 주장 어설션은 코드의 다른 위치에 삽입할 수 있는 특수 검사 입니다 . 그들의 임무는 무언가 잘못되었음을 확인하는 것입니다. 또는 오히려 모든 것이 제대로 진행되고 있는지 확인합니다. 이는 "필요에 따라" 제공되며 다양한 방식으로 설정할 수 있습니다. 위의 코드에서 이미 몇 가지 어설션을 접했습니다. 첫 번째는 개체가 같은지 확인하는 것입니다. 객체가 같지 않으면 예외가 발생하고 테스트가 실패합니다. 여기서 비교 순서가

7.1 @Suite 주석 그리고 더 자주 사용되는 몇 가지 주석. 사용하지 않더라도 확실히 테스트를 볼 수 있습니다. 따라서 거기에 쓰여진 내용을 적어도 일반적인 용어로 이해하는 것이 필요합니다. 테스트를 그룹으로 결합할 수 있습니다. 이에 대한 특별한 주석이 있습니다 @Suite. 예: @Suite