천천히 차근차근

테스트 코드를 작성하는 개발자의 하루 시나리오 기획자에게서 새로운 요구사항이 들어온다. 새로운 기능에 대한 기획 내용을 가지고 테스트 코드를 작성한다. 작성한 테스트 코드를 가지고 기능 개발을 진행한다. AQ에 넘기기전에 전체 테스트 코드를 실행해본다. 다른 기능에서 테스트코드가 실패했다. 새로운 기능과 테스트코드가 실패한 코드를 수정했다. 전체 테스트 코드가 성공했다. 테스트 작성의 이유 개발자의 이해를 테스트한다 : 개발자가 모든 치명적인 구성요소의 요구사항들을 코드로 명확히 작성하기에 충분히 문제를 이해하고 있는가? 품질을 보증(QA)한다 : 수동적인 QA는 오류를 범할 수 있다. 경험에 비춰보면 리팩토링을 하거나 새 기능 추가 혹은 제거할 때 여파가 있을 수 있는 모든 기능들을 기억해내서 테스트하..

Test Method 종류 @Test @RepeatedTest @ParameterizedTest @TestFactory @TestTemplate실제 테스트하고자 하는 테스트를 넣는 클래스 Lifecycle Method @BeforeAll @AfterAll @BeforeEach @AfterEachTest의 라이프사이클에 따라 실행되는 메서드 Lifecycle Method @BeforeAll 테스트 Class 기준으로 테스트 메서드들이 실행되기전 실행 JUnit 4의 @BeforeClass 역할 @BeforeEach 각 테스트 메서드가 실행되기전 실행 JUnit 4의 @Before 역할 @AfterAll 테스트 Class 기준으로 테스트 메서드들이 실행된 후 실행 JUnit 4의 @AfterClass 역할 ..

Test를 할 때 주로 사용 Duration.ofSeconds() Duration.ofMillis() 테스트를 할 때, 해당 메서드의 실행 시간을 확인하는 역할을 한다. 예시 @Test @DisplayName("스터디 시작") void create_new_study() { assertTimeout(Duration.ofMillis(100), () -> { new Study(10); Thread.sleep(300); }); } 해당 메서드의 실행종료까지 소요시간을 확인해서 0.100s를 초과하는 경우에 테스트는 실패한다. 메서드 실행 시간을 확인하기 위해서 Thread.sleep을 사용하여 테스트 실패를 유도했다. 위의 코드는 메서드가 모두 실행이 된 후(300 millis를 잠재훈 후)까지 시간을 확인해서..

No tests found with test runner 'JUnit 5' 에러 발생 이클립스의 기본설정인 JUnit5를 Junit4로 변경하는 방법 Eclipse run configurations JUnit Test 아래 Test runner 설정 JUnit4로 변경 JUnit4에서는 @Test 실행하려는 메서드의 접근 제어자를 꼭 public으로 해주어야 한다.

@BeforeClass 테스트 클래스 시작 시 한번만 수행생성자 테스트 케이스 시작 전 호출 (@Before/@After 이외에도 생성자도 호출이 되는 걸 인지하자)@Before 테스트 케이스 시작 전 호출 테스트 값/상태 준비@Test 테스트 케이스 @After 테스트 케이스 종료 후 호출 테스트 후 정리@AfterClass 모든 테스트 케이스 완료 후, 테스트 클래스 종료 전 수행 핵심 메소드 assertEquals : 두개의 객체가 같은지 확인 assertTrue/assertFalse : Boolean 결과값 확인 assertNotNull : 객체가 Null이 아닌지 확인 assertArrayEquals : 두 배열의 값이 같은지 확인 JUnit 5 = JUnit Platform + JUnit Ju..