TIL 70 - [ Spring 최종 프로젝트 ( Day 6 ) - 테스트 케이스 CRUD + 요구사항 반영, 트러블 슈팅1, .env 파일 ]

오늘은 이번 프로젝트 주제에 맞게 기본적인 MVP기능을 문제 관리 기능 다음으로 테스트 케이스 기능에 대해서 기능 구현하는 시간을 가졌다.

💬 Testcase CRUD

https://github.com/ezcode-my/backend/pull/29/commits

feature: 테스트 케이스 CRUD + 요구사항 반영 by Kimminu7 · Pull Request #29 · ezcode-my/backend

테스트 케이스 PR을 올린 커밋 내역 기록들이다. 테스트 케이스 CRUD는 조금 까다로웠다. 한 문제에 여러개의 테스트 케이스가 있다는 전제가 되어야 하기 때문에 일치하지 않는 부분에서 테스트 케이스가 수정이나 삭제가 된다던지 이러한 부분에서 까다로웠다.

📃 요구사항

한 팀원의 요구사항 으로 먼저, timeLimit, memoryLimit의 필드 데이터 타입이 Strinig, Long 타입으로 바뀌었다는 점이다.

 

두번째로는 채점에 쓰일 입력값과 기댓값을 문제 정보 클래스를 만들어서, problemDomainService에 쓰실 메소드를 추가해줬다.

1. problem id받기
2. dto projection? 이걸 써서 해당 dto에다가 담는다? ( jpql 또는 querydsl )
3. 문제 id, 메모리 제한(memoryLimit), 시간제한(tiemLimit), 입력값(input), 기댓값(output) dto 생성
4. 문제 id를 받아서 문제랑 테스트 케이스랑 join 해서 on 조건을 id로

ProblemInfo problemDomainService.getProblemInfo(Long problemId) {
1. problemRepo.findById(problemId) // 선택 ( 중복 코드 만든다 )
2. Problem problem = getProblem(problemId); // 선택 (기존꺼 쓴다 )
3. List<Testcase>  List = problem.getTestcase(); // 양방향 매핑 일단 해보자..
4. return new Testcase (problem, List ) ;
}

이런 샘플 코드를 줘서 코드를 구현하는데 쉽게 진행 할수 있었다.

⚡ 트러블 슈팅 1

배경

요구사항을 반영해 데이터 타입만 바꾸고, 다시 테스트를 하였을 뿐인데 403 에러는 뜨고, Spring Boot에서는 아무런 에러 로그가 발생하지 않는 현상. ( 원인을 알수 없음 ) → 스프링 시큐리티가 적용이 되기전 상태의 로직이였음.

원인 분석

• 해당 브랜치에서는 스프링 시큐리티가 적용되어 있지 않으니 라이브러리가 직접 막지는 않는다고 인지.
  • @PreAuthorize("hasRole('ADMIN')") // 관리자만 가능 컨트롤러 내에서 주석처리 했기 때문에 이거는 아니라고 생각
• JWT필터 부분에서 화이트 리스트에 추가를 해도 실행되지 않음.
• 디버깅 모드를 컨트롤러나, 서비스단에 잡아서, api를 호출하여도 403에러는 뜨나 집었던 부분에서 멈추지가 않았다. ( 아예 들어오지를 않음 )
  • 튜터님에게 찾아감.

해결

튜터님에게 상황을 설명하고 디버깅 모드로해서 결국 찾아낸 곳이 jwt필터 부분에서 해당하는 로직에 잡혀서 실행이 되지 않았던 것이다.

 

스프링 시큐리티가 적용되지 않아서 예외처리 되지 안해도 된다고 생각을 하고, 바로 기능 구현에 앞서 나가 개발을 하였기 때문에 이러한 점들을 놓쳤다.

다시 한번 403 에러가 발생한다면 적절한 위치에다가 디버깅 모드로 테스트를 해서 오류를 찾아내는 연습을 해봐야겠다는 생각이 들었다.

🔍 .env 파일 

팀원중 인프라를 담당하시는 분 께서 AWS에서 운영할때 properties 파일이 필요하기 때문에 gitignore에서 관리를 못하게 했던 기능을 풀어줘서 내가 git rebase를 할때 properties까지 같이 초기화되어서 당황했다.

급히 한 팀원을 부르고 한번 properties를 확인해보라고 하고, 본인도 그렇게 되어 있어서 또 다른 팀원에게 찾아갔더니 인프라 담당 쪽에서 수정했다고 해서 다행으로 여겼다. 

그리고 인프라 담당 팀원이 와서, properties를 어떻게 다룰건지 설명을 하는중 .env 파일로 하여서 환경변수 설정을 하여 하는 방법을 알려주셨다. .env 를 다룬 블로그 사이트를 참고해서 다시 DB에 접근 할수 있었다.

스프링 프로젝트에 .env 적용하기(IntelliJ기준)

스프링 프로젝트에 .env 적용하기(IntelliJ기준)