[Feature] MessageSource 기능 추가

[idean3885]

이슈 내용

• MessageSource 기능 추가

상세 내용

• 하드코딩된 문자열을 따로 관리하기 위해 MessageSource 기능을 추가한다.
• 기존 메시지를 사용하는 코드를 전체적으로 수정한다.

체크리스트

MessageSource 기능

• 기능 구현
• message 관련 properties 파일 작성(한글)

관련 코드 수정

• UserService
• RoomService
• MemoryService
• FriendService
• NoticeService
• TodoService

테스트 코드

• UserServiceTest(예외 케이스 추가)
• RoomServiceTest(예외 케이스 추가)
• MemoryServiceTest(예외 케이스 추가)
• NoticeServiceTest(예외 케이스 추가)
• TodoServiceTest(예외 케이스 추가)
• FriendServiceTest(예외 케이스 추가)

문서

• 노션에 수정사항 기록

참고

• 서버 내부 로직이 변경되는 리팩토링 개념이기 때문에 클라이언트 측에 변화는 없음.
• 작업 내용 공유를 위해 노션에 수정사항을 기록할 예정.

[idean3885]

FriendService 의 경우, 테스트 케이스가 120여개가 예상되기 때문에 우선 보류

[idean3885]

서비스로직에서 SpringBootTest 로 DB에 직접 삽입하며 테스트하기 위해 케이스 단위로 Transactional 처리했으나,
이로 인해 케이스 내 여러 메소드를 복합으로 실행할 경우, 내부 케이스 실패 시 롤백되지 않아 테스트가 불가함.
다른 작업 이후 서비스 테스트 코드에서는 목데이터를 사용하는 방식으로 트랜잭션 문제를 해결하도록 하자.

• 예) 일정 공유 실패 테스트

  • 테스트 절차
  1. 순서: 일정 생성 -> 각 사용자에게 일정 공유
  2. 예외: 두 번째 사용자에게 일정 공유 도중 예외 발생.
  3. 기대결과: 공유된 일정 전체 롤백 처리
  4. 실행결과: 첫 번째 사용자에게 공유된 일정이 유지됨.
  5. 케이스 완전 종료 후 전체 롤백 진행.
  • 원인
  1. 테스트 케이스 시작부터 트랜잭션이 발생
  2. 일정 공유 트랜잭션은 TxType.REQUIRED 이기 때문에 트랜잭션을 유지하며 로직이 진행됨.
  3. 예외 발생 시, 트랜잭션 기준인 케이스가 종료될 때까지 내부 예외 처리에 대해 롤백이 발생하지 않음.
  4. 케이스 전체를 기준으로 트랜잭션 컨텍스트가 유지되어야 추가된 일정에 대한 작업 테스트가 가능한 구조이기 때문에 트랜잭션 단위를 변경하기는 어려움.