본문 바로가기

분류 전체보기

 (180)
#8. JUnit - The following parts of the payload were not documented [에러] JUnit Test 하는 과정에서 문서 snippet으로 되는 내용 중 response에 포함된 필드를 설명하는 부분. responseFields( List.of( fieldWithPath("libraryId").type(JsonFieldType.NUMBER).description("소속 도서관 ID"), fieldWithPath("bookId").type(JsonFieldType.NUMBER).description("검색한 도서 ID"), fieldWithPath("libraryBookId").type(JsonFieldType.NUMBER).description("도서관에 보관중인 책 ID"), fieldWithPath("bookTitle").type(JsonFieldType.STRING).d..
#7. 로그인 이후 response Header에 JWT 미전달 [에러] JWT 적용하고 로그인 이후, response header를 통해 로그인 인증 유저에게 발행된 JWT Authorization이 전달되지 않아 서비스 이용이 불가능. [원인] 로그인 인증 성공 시 JWT를 생성하여 response 헤더로 JWT 토큰을 전달하는 메서드에서 토큰만 발행하고 응답의 Header 필드에 전달해주지 않았음. @Override protected void successfulAuthentication(HttpServletRequest request, HttpServletResponse response, FilterChain chain, Authentication authResult) throws IOException, ServletException { Member member..
#14. 싱글 프로젝트 일지 - JUnit test : Library 도메인 [JUnit Test의 목적] 대상 메서드의 예상되는 결과 데이터인 Dto.ResponseDto 객체의 필드 값들과, 대상 메서드로 mock HTTP 요청의 실제 응답 데이터 (ResultActions) 의 필드 값이 일치하는지 검증 Dto.ResponseDto = ResultActions ? JUnit Passed : JUnit no Passed [JUnit Test 메서드 작성 순서] 1. 대상 메서드의 본연의 기능이 잘 되는지 확인이 주목적. 2. 대상 메서드에서 사용된 모든 객체의 메서드를 사용한다. 3. 설정해둔 예외 발생 조건은 모두 발생하지 않는다는 가정을 전제로 한다. [JUnit Test 메서드 로직 구성] 1. getMembersTest() 목적 : 도서관에 등록된 전체 회원 조회 - ..
#13. 싱글 프로젝트 일지 - JUnit test : Book 도메인 [JUnit Test의 목적] 대상 메서드의 예상되는 결과 데이터인 Dto.ResponseDto 객체의 필드 값들과, 대상 메서드로 mock HTTP 요청의 실제 응답 데이터 (ResultActions) 의 필드 값이 일치하는지 검증 Dto.ResponseDto = ResultActions ? JUnit Passed : JUnit no Passed [JUnit Test 메서드 작성 순서] 1. 대상 메서드의 본연의 기능이 잘 되는지 확인이 주목적. 2. 대상 메서드에서 사용된 모든 객체의 메서드를 사용한다. 3. 설정해둔 예외 발생 조건은 모두 발생하지 않는다는 가정을 전제로 한다. [JUnit Test 메서드 로직 구성] 1. postBookRentalTest() 목적 : 도서 대여 요청이 잘 되는지 ..
#12. 싱글 프로젝트 일지 - JUnit test : Member 도메인 [JUnit Test의 목적] 대상 메서드의 예상되는 결과 데이터인 Dto.ResponseDto 객체의 필드 값들과, 대상 메서드로 mock HTTP 요청의 실제 응답 데이터 (ResultActions) 의 필드 값이 일치하는지 검증 Dto.ResponseDto = ResultActions ? JUnit Passed : JUnit no Passed [JUnit Test 메서드 작성 순서] 1. 대상 메서드의 본연의 기능이 잘 되는지 확인이 주목적. 2. 대상 메서드에서 사용된 모든 객체의 메서드를 사용한다. 3. 설정해둔 예외 발생 조건은 모두 발생하지 않는다는 가정을 전제로 한다. [JUnit Test 메서드 로직 구성] 1. postMemberTest() 목적 : 회원 등록이 잘 되는지. - 로직 구..
JUnit Test 코드 TIP JUnit Test의 목적 #1. 테스트 메서드에서 나오는 Dto.ResponseDto 객체의 필드 값들과, 테스트 메서드의 URL을 향한 HTTP 요청에 대한 응답 데이터 (ResultActions) 의 필드 값이 일치하는지 검증 [Dto.Response 객체] 특정 Controller 메서드에 대한 HTTP 요청의 예상되는 결과 데이터를 나타낸다. HTTP는 텍스트 기반 프로토콜이고 Controller 메서드의 결과는 Java 객체의 형태를 띄기 때문에 Dto.Response 데이터는 서버에서 클라이언트로 전달되기 전에 JSON 형태로 변환된다. [ResultActions 객체] MockMvc의 perform() 메서드를 통해 특정 Controller 메서드의 URL로 mock HTTP 요청을 보냇을..
#11. Rest Docs & JUnit 테스트 기초 설정 [목표] API 명세서의 생성을 Postman 과 같은 Client Tool을 사용하여 수동으로 작성하는 것이 아닌, Spring Rest Docs [테스트 코드 기반의 API 문서화 방식] - JUnit Test를 통해 자동 생성을 하고자 한다. [Spring RestDocs] 정확하고 읽기 쉬운 RESTful 서비스에 대한 문서를 생성하는 라이브러리이며, 실제 테스트를 통해 문서의 snippets 을 생성하여 문서가 코드와 함께 항상 최신 상태가 되도록 보장한다. API 문서는 MockMvc, document() 메서드를 사용해야 생성된다. [순서] 1. src/docs/asciidoc 디렉토리 생성. 2. index.adoc 파일 생성. 3. src/main/resources/static/docs ..
자료구조 - Stack, Queue 차이점 자료 구조 Java에서 자료 구조라 함은, 여러 데이터의 묶음을 저장하고 사용하는 방법을 정의한 것. 아래의 자료 구조 중 가장 많이 사용되는 대표적인 Stack, Queue에 대해 알아 보자. 1. Stack // ex)프링글스 통 #1. LIFO (Last In First Out) - 먼저 들어간 데이터가 제일 나중에 나온다. #2. 데이터는 하나씩 넣고 뺼 수 있다. #3. 하나의 입출력 방향을 가지고 있다. #4. 그래프 탐색 중 '깊이우선탐색(DFS)'에 사용된다. Stack stack = new Stack(); // int 형 스택 Stack stack = new Stack(); // char형 스택 브라우저 앞으로 가기, 뒤로 가기 1. 새로운 페이지로 접속할 때, 현재 페이지를 #Prev ..

티스토리툴바