JUnit

💡 클래스명 순으로 테스트가 진행되게끔 @FixedMethodOrder를 활용해 통합 테스트를 작성해보자! 목표 @FixedMethodOrder이 무엇인지 설명할 수 있다. @FixedMethodOrder을 적극 활용할 수 있다. 테스트는 관심사 단위 별로 작성하는 것이 테스트에 대한 의존성을 낮출뿐더러 파악하기 쉬운 하나의 메뉴얼이 될 수 있다. 하지만, 꼭 그래야만 하는가? 라고 묻는다면 아니다. 목적에 따라 얼마든지 입맛대로 테스트를 짤 수 있다. 필자의 경우, 꼭 사용자 입장에서 순차적으로 진행되는 통합 테스트를 작성하고 싶었다. 시나리오 흐름대로 BDD(Behavior Driven Development) 행위 중심적으로 테스트가 필요했고, 이를 위해서, 지정한 순서 비스무리하게 테스트를 진행하는..

💡 JUnit4에서 계층 구조의 테스트 코드를 작성해보자! 목표 계층 구조의 테스트 코드를 설명할 수 있다. JUnit4에 @Nested가 없어도 계층 구조로 테스트를 작성할 수 있다. 기존에 작성한 JUnit5의 @Nested와 어떻게 다른지 설명할 수 있다. 의지와 상관없이 노후화된 서비스가 있다면, JUnit 5를 사용하지 못하는 경우가 생기기 마련이다. 계측 구조의 테스트 코드는 조금 더 읽기 쉽고 명료한 테스트를 작성할 수 있게끔 도와주는데, 불행하게도 JUnit4는 @Nested 애노테이션을 사용할 수 없다. @Nested 애노테이션은 JUnit 5부터 릴리즈 되었기 때문이다. 링크된 글에서 간단한 예제를 살펴볼 수 있다. 이러한 JUnit4의 단점은 다음과 같은 라이브러리를 통해 개선할 수 ..

💡 테스트 코드를 작성할 때, 자주 언급되는 Fixture와 Mock에 대해서 정리해보자! 목표 Fixture와 Mock에 대해서 설명할 수 있다. Fixutre와 Mock을 용도에 알맞게 활용할 수 있다. Test Fixture 주제를 의역하자면, '테스트를 위해 고정되어 있는 것'이다. 왜 Fixture를 만들어야 할까? 테스트는 외부 요인의 간섭을 최대한 없앨 필요가 있기 때문이다. 외부 DB나, API 등 대상 서버의 네트워크, 정기작업 이슈가 있다면, 우리는 테스트를 진행할 수 없다. 이를 개선하기 위해 변경되지 않는 상태나 데이터를 미리 만들어 두는 작업을 'Test Fixture'를 만든다고 한다. Fixture란, 미리 만들어둔 더미 데이터다. 예시 - Mock 또는 Fake Object의..

테스트 조금 더 편하게 해보는건 어때? 최근 JUnit 5를 사용하면서 다양한 테스트 케이스에 대해 간편하게 하는 방법을 알게되어 기록을 남기게 되었다. @ParameterizedTest 도입배경 만약, 신규 회원을 가입시킨다고 가정해보자. 사용자 비밀번호는 보안이 중요하기 때문에 강력한 보안정책을 필수적이다. 다양한 케이스에 대해서 비밀번호가 보안정책 규칙을 모두 따르는지 확인할 필요가 있다. 일단, 무식하게 각각의 규칙별로 테스트를 만들어봤다. @Test @DisplayName("Member 패스워드 8자리 미만 예외처리") void createUserException01() { assertThatThrownBy(() -> memberService.isValidPassword(INVALID_PASSW..

이 글은 스프링의 JUnit 5를 기준으로 작성하지만, 스프링뿐만 아니라 자바스크립트나 파이썬 등 프로그래밍에서 테스트 코드는 항상 중요하다. 의도가 분명하고 깔끔한 테스트를 작성하는 것은 추후 변경이나 유지보수에 필요한 비용을 크게 줄일 수 있다. JUnit 5부터 테스트를 작성함에 있어서 유용한 어노테이션들이 추가됐다. 그 중에 하나가 바로 @DisplayName 이다. JUnit 4에서 테스트 클래스나 메서드를 작성하면, 테스트 항목에 대한 이름은 클래스명이나 메서드명으로 표시됐다. 이는 가독성 측면에서 매우 좋지 않았고, 오히려 무엇을 테스트하려고 했더라? 하면서 다시 되돌아보게 만들었다. 이를 개선하고자 JUnit 5부터 @DisplayName이 등장했다. @DisplayName @Display..