[내일배움캠프] 2월 21일 화요일 TIL 회고록
오늘 한 것 : 테스트 코드 공부, 테스트 코드 작성, 댓글 부분에 좋아요를 눌렀는지 안눌렀는지 확인하는 기능 추가
테스트 코드 공부
JUnit lifeCycle Annotation
@Test : 테스트용 메소드를 표현하는 어노테이션
@BeforEach : 각 테스트 메소드가 시작되기 전에 실행되어야 하는 메소드를 표현
@AfterEach : 각 테스트 메소드가 시작된 후 실행되어야 하는 메소드를 표현
@BeforeAll : 테스트 시작 전에 실행되어야 하는 메소드를 표현 (static 처리 필요)
@AfterAll : 테스트 종료 후에 실행되어야 하는 메소드를 표현 (static 처리 필요)
Junit Main Annotation
@SpringBootTest
- 통합 테스트 용도로 사용됨
- @SpringBootApplication을 찾아가 하위의 모든 Bean을 스캔하여 로드함
- 그 후 Test용 Application Context를 만들어 Bean을 추가하고, MockBean을 찾아 교체
@ExtendWith
- Junit4에서 @RunWith로 사용되던 어노테이션이 ExtendWith로 변경됨
- @ExtendWith은 메인으로 실행될 Class를 지정할 수 있음.
- @SpringBootTest는 기본적으로 @ExtendWith가 추가되어 있음
@WebMvcTest(Class명.class)
- ()에 작성된 클래스만 실제로 로드하여 테스트를 진행
- 매개변수를 지정해주지 않으면 @Controller, @RestController, @RestControllerAdvice등 컨트롤러와 연관된 Bean이 모두 로드됨.
- 스프링의 모든 Bean을 로드하는 @SpringBootTest 대신 컨트롤러 관련 코드만 테스트할 경우 사용
@Autowired about Mockbean
- Controller의 API를 테스트하는 용도인 MockMvc 객체를 주입 받음
- perform() 메소드를 활용하여 컨트롤러의 동작을 확인할 수 있음. andExpect(), andDo(), andReturn() 등의 메소드를 같이 활용함
@MockBean
- 테스트할 클래스에서 주입 받고 있는 객체에 대해 가짜 객체를 생성해주는 어노테이션
- 해당 객체는 실제 행위를 하지 않음
- given() 메소드를 활용하여 가짜 객체의 동작에 대해 정의하여 사용할 수 있음
@AutoConfigureMockMvc
-spring.test.mockmvc 의 설정을 로드하면서 MockMvc의 의존성을 자동으로 주입
- MockMvc 클래스는 REST API 테스트를 할 수 있는 클래스
@Import
- 필요한 class들을 Configuration으로 만들어 사용할 수 있음
- Configuration Component 클래스도 의존성 설정할 수 있음
- Import 된 클래스는 주입으로 사용 가능
단위 테스트 : 프로젝트의 필요한 모든 기능에 대한 테스트를 각각 진행하는 것을 의미한다.
일반적으로 스프링 부트에서는 'org.springframework.boot:spring-boot-starter-test' 디펜던시만으로 의존성을 모두 가질 수 있다.
F.I.R.S.T 원칙
- Fast : 테스트 코드의 실행은 빠르게 진행되어야함
- Independent : 독립적인 테스트가 가능해야 함
- Repeatable : 테스트는 매번 같은 결과를 만들어야 함
- Self-Vildating : 테스트는 그 자체로 실행하여 결과를 확인할 수 있어야 함
- Timely : 단위 테스트는 비즈니스 코드가 완성되기 전에 구성하고 테스트가 가능해야함 ( 코드가 완성되기 전부터 테스트가 따라와야 한다는 TDD의 원칙을 담고있음.
@Spy: Stub하지 않은 메소드들은 원본 메소드 그대로 사용하는 어노테이션
@InjectMocks : @Mock 또는 @Spy로 생성된 가짜 객체를 자동으로 주입시켜주는 어노테이션
예를 들어 UserController에 대한 단위 테스트를 작성하고자 할 떄. UserService를 사용하고 있다면 @Mock 어노테이션을 통해 가짜 UserService를 만들고 , @InjectMocks를 통해 UserController에 이를 주입시킬 수 있습니다.
테스트 코드 강의를 보면서 테스트 코드를 만들어보았다.
전체 댓글 조회
getAllCommen에 밑줄이 쳐져있는데 좋아요를 눌렀는지 확인하는 기능을 구현하면서 전체조회 부분도 건드려서 밑줄이 쳐져있다. 내일 고쳐봐야겠다.기능을 구현하기 전에는 테스트 성공이었다..
질문 댓글 생성
테스트 돌리면 성공이 출력된다. 나머지는 내일 열심히 구현해봐야겠다..
팀장님이 프론트엔드 부분을 만들면서 댓글을 조회하면 좋아요를 눌렀는지 확인하는 기능을 넣어달라고 하셔서 한번 만들어봤다.
CommentReponse 부분에 Boolean hasLike 필드를 만들고, 생성자에 넣어주었다.
private final Boolean hasLike;
public CommentResponse(Comment comment, String nickname, int commentLike, Boolean hasLike) {
List<ReplyCommentResponse> list = new ArrayList<>();
this.id = comment.getId();
this.nickname = nickname;
this.content = comment.getContent();
this.commentLike = commentLike;
this.createdAt = comment.getCreatedDate();
this.lastModifiedAt = comment.getLastModifiedDate();
for (ReplyComment replyComment : comment.getReplyCommentList) {
list.add(new ReplyCommentResponse(replyComment, nickname));
}
this.replyCommentList = list;
this.hasLike = hasLike;
}그리고 댓글, 대댓글 선택 조회에 댓글 좋아요 서비스에서 유저가 이미 좋아요를 눌렀는지 확인하는 기능인isExistLikesCommentIdAndUserId 를 사용해서 좋아요가 1이면 true, 0이면 false 를 리턴하는 hasLike를 만들었다.
boolean hasLike = commentLikeService.isExistLikesCommentIdAndUserId(commentId, user.getId());리턴할때 같이 리턴 될 수 있도록 만들었다.
return commentPage.map(
comment -> new CommentResponse(comment, getNicknameByComment(comment),
countLike(comment.getId()), hasLike));아직 미완성이라 내일 더 고쳐봐야겠다..