이전 포스팅에 이어 테스트 코드 유지보수를 이어나가 보겠습니다. 이전 포스팅에서 적용한 것들은 다음과 같습니다. test datasource 설정 (1) schema.sql, data.sql 추가 (1) 기획서를 참고하여 기존 로직 수정 (2) JPA 영속성 컨텍스트 관련 이슈 조치 (2) 이렇게 했을 때, 마지막 테스트 수행 결과는 다음과 같았습니다. 에러가 발생하는 테스트 케이스 여기서는 생각보다 다양한 Exception이 발생하고 있었습니다. 도메인 예외 케이스 ex. 필수값이 없거나, 적절하지 않은 상태 등.. DB로 부터 조회 결과가 없는 경우 repository.findById(id).get() 호출 시 반환된 Optional이 empty인 경우 데이터 insert 시 unique key 중복..

이전 포스팅에 이어 테스트 코드 유지보수를 이어나가 보겠습니다. 이전 포스팅에서 적용한 것들은 다음과 같습니다. test datasource 설정 schema.sql, data.sql 추가 이렇게 했을 때, 마지막 테스트 수행 결과는 다음과 같았습니다. 실패하는 테스트 케이스의 원인은 다음과 같았습니다. 테스트 예상 결과가 다른 경우 (expect ≠ result) 테스트 실행 중 에러가 발생한 경우 각 케이스 별로 살펴보겠습니다. 테스트 예상 결과가 다른 경우 기존에 작성했던 테스트 결과 대로 동작하지 않는 경우입니다. 해당 케이스들 중 첫번째는 특정 기능(ex. 알림)에 대한 테스트 케이스들이었습니다. 주문에 대한 알람 기능을 예로 들었을 때, 기존에 개발된 형상은 고객이 주문을 하면 고객도 알림을 ..

배경 저희 조직에서는 테스트 코드를 잘 작성하지 못하고 있었습니다. 저는 그러한 이유에는 크게 3가지가 있다고 생각했습니다. 시간 부족 테스트 코드 작성에 대한 이해 테스트 코드의 관리 상태 수 차례의 회고를 진행하며 팀원들에게 테스트 코드에 대한 중요성을 어필하였고, 관련 내용에 대해 별도로 논의를 거쳐왔습니다. 그 과정에서 3가지 중 시간 부족, 테스트 코드 작성에 대한 이해 항목은 어느 정도 해결할 수 있었습니다. 사실 마지막 항목인 테스트 코드의 관리 상태가 가장 어려운 문제였습니다. 테스트 코드는 결국 우리가 개발한 코드가 정상적으로 동작하는지 확인하는 용도가 가장 큰데, 기존에 존재하는 테스트 코드들이 환경이나 요구 사항 변동 등에 의해 정상적으로 동작하고 있지 않았습니다. 개인적으로 이 문제..

(2021년 작성됨) Spring Boot 멀티 모듈 프로젝트 설정(root, 각 모듈 build.gradle 설정) root 프로젝트의 build.gradle (소스 출처 : https://daddyprogrammer.org/post/13156/spring-boot-change-multi-module/) buildscript { ext { springBootVersion = '2.1.4.RELEASE' } repositories { mavenCentral() } dependencies { classpath("org.springframework.boot:spring-boot-gradle-plugin:${springBootVersion}") classpath "io.spring.gradle:dependen..

(2022년 작성) 일반적으로 클라이언트가 Request Body를 통해서 서버에 API 요청할 때, 서버에서는 이걸 RequestDto에 매핑해서 전달 받는다. (ex. public ResponseDto call(@RequestBody RequestDto requestDto) { ... }) 직렬화/역직렬화는 jackson 라이브러리를 통해서 수행된다 클라이언트 - 서버 간 요청/응답에 대한 Body 데이터와 객체 바인딩은 jackson 라이브러리를 통해 수행한다. (jackson 라이브러리는 spring-boot-starter-web 라이브러리에 포함되어 있다) 클라이언트 -> 서버의 경우는 역직렬화, 서버 -> 클라이언트의 경우는 직렬화가 이루어진다. 이때, Jackson2HttpMessageCon..