feat: 과제 제출하기 채점 로직 구현 #649
Conversation
## Walkthrough
이번 변경 사항은 과제 제출 기능을 강화하기 위해 여러 클래스를 수정하고 새로운 메서드 및 클래스를 추가했습니다. 주요 기능으로는 과제 제출 및 채점 로직이 포함되며, 데이터 구조와 예외 처리 방식이 개선되어 학생들의 과제 제출 경험이 더욱 원활해질 것입니다.
## Changes
| 파일 경로 | 변경 요약 |
|-----------|----------|
| `src/main/java/com/gdschongik/gdsc/domain/study/api/StudentStudyHistoryController.java` | `submitAssignment` 메서드 추가, POST 요청 처리. |
| `src/main/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryService.java` | `AssignmentHistoryGrader`, `AssignmentSubmissionFetcher` 추가, `submitAssignment` 로직 개선. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistory.java` | `contentLength` 타입을 `Long`에서 `Integer`로 변경. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java` | 새 클래스 추가, 과제 채점 로직 구현. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmission.java` | 새로운 레코드 추가, 과제 제출 정보 캡슐화. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmissionFetchExecutor.java` | 기능적 인터페이스 추가, 제출 가져오기 메서드 정의. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmissionFetcher.java` | 과제 제출 가져오는 클래스 추가. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/StudyDetail.java` | `week` 필드에 대한 주석 추가. |
| `src/main/java/com/gdschongik/gdsc/domain/study/domain/SubmissionFailureType.java` | 새로운 enum 상수 `UNKNOWN` 추가. |
| `src/main/java/com/gdschongik/gdsc/global/exception/ErrorCode.java` | `GITHUB_ASSIGNMENT_NOT_FOUND` 제거. |
| `src/main/java/com/gdschongik/gdsc/infra/github/client/GithubClient.java` | `getLatestAssignmentSubmissionFetcher` 메서드 추가. |
| `src/test/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryServiceTest.java` | `StudentStudyHistoryService`의 유닛 테스트 추가. |
| `src/test/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGraderTest.java` | `AssignmentHistoryGrader`의 유닛 테스트 추가. |
| `src/test/java/com/gdschongik/gdsc/global/common/constant/StudyConstant.java` | `CONTENT_LENGTH` 타입 변경, 새로운 상수 `REPOSITORY_LINK` 추가. |
| `src/test/java/com/gdschongik/gdsc/helper/IntegrationTest.java` | `GithubClient`의 의존성 추가 및 `publishAssignment` 메서드 추가. |
## Assessment against linked issues
| Objective | Addressed | Explanation |
|-----------|-----------|-------------|
| 과제 제출하기 채점 로직 구현 (#640) | ✅ | |
| 새로운 과제 제출 기능 추가 | ✅ | |
| 데이터 타입 개선 | ✅ | |
## Poem
> 🐇 과제 제출할 시간, 기뻐라!
> 채점 로직이 가득 차,
> 학생들아, 너희의 꿈,
> 이제는 쉽게 이룰 수 있어,
> 함께 뛰어놀자, 기쁜 마음으로,
> 새로운 시작, 모두와 함께! 🌼✨Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (invoked as PR comments)
Additionally, you can add CodeRabbit Configuration File (
|
Job Summary for GradleCheck Style and Test to Develop :: build-test
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 0
Outside diff range, codebase verification and nitpick comments (3)
src/main/java/com/gdschongik/gdsc/domain/study/domain/StudyDetail.java (1)
35-35: week 필드의 타입 변경 예정
week필드에 대한 TODO 주석이 추가되었습니다. 이는 향후Long에서Integer로의 타입 변경을 계획하고 있음을 나타냅니다. 이 변경이 필요한 이유와 예상되는 영향에 대해 문서화하는 것이 좋습니다.src/test/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryServiceTest.java (1)
51-52: TODO 주석: LocalDateTime.now() 관련 테스트 정책 논의 필요LocalDateTime.now() 사용에 대한 정책을 명확히 하여 테스트의 일관성을 유지할 필요가 있습니다. 이 부분에 대한 논의가 필요합니다.
- // TODO: LocalDateTime.now() 관련 테스트 정책 논의 필요 + // TODO: LocalDateTime.now() 사용 정책 논의 필요src/main/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryService.java (1)
59-59: TODO 주석: GHRepository 래핑
GHRepository를 래핑하여 테스트 가능성을 높이는 것은 좋은 접근입니다. 이 부분에 대한 구현이 필요합니다.- // TODO: GHRepository 등을 wrapper로 감싸서 테스트 가능하도록 변경 + // TODO: GHRepository를 wrapper로 감싸서 테스트 가능하도록 변경
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (15)
- src/main/java/com/gdschongik/gdsc/domain/study/api/StudentStudyHistoryController.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryService.java (5 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistory.java (2 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmission.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmissionFetchExecutor.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmissionFetcher.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/StudyDetail.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/SubmissionFailureType.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/global/exception/ErrorCode.java (1 hunks)
- src/main/java/com/gdschongik/gdsc/infra/github/client/GithubClient.java (4 hunks)
- src/test/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryServiceTest.java (1 hunks)
- src/test/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGraderTest.java (1 hunks)
- src/test/java/com/gdschongik/gdsc/global/common/constant/StudyConstant.java (1 hunks)
- src/test/java/com/gdschongik/gdsc/helper/IntegrationTest.java (3 hunks)
Additional comments not posted (27)
src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmission.java (1)
1-5: 코드 검토 완료: 적절한 레코드 정의
AssignmentSubmission레코드는 URL, 커밋 해시, 콘텐츠 길이, 커밋 시간을 저장하는 데 적절합니다. 코드에 문제가 없습니다.src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmissionFetchExecutor.java (1)
1-8: 코드 검토 완료: 적절한 함수형 인터페이스 정의
AssignmentSubmissionFetchExecutor는 과제 제출을 가져오는 기능을 정의하는 데 적절한 함수형 인터페이스입니다. 코드에 문제가 없습니다.src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentSubmissionFetcher.java (1)
1-9: 코드 검토 완료: 적절한 레코드 및 메서드 정의
AssignmentSubmissionFetcher는 과제 제출을 가져오는 기능을 잘 캡슐화하고 있으며,fetch메서드는 적절하게 실행을 위임합니다. 코드에 문제가 없습니다.src/main/java/com/gdschongik/gdsc/domain/study/domain/SubmissionFailureType.java (1)
12-14: 코드 검토 완료: 새로운 열거형 상수 추가
UNKNOWN상수의 추가는 예외 상태를 더 잘 표현할 수 있게 해줍니다. 전체 구조가 일관적이며 잘 유지되고 있습니다.src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java (1)
1-48: 코드 검토 완료: 과제 채점 로직 구현
AssignmentHistoryGrader클래스는 과제 채점 로직을 효과적으로 구현하고 있으며, 예외 처리도 적절하게 수행하고 있습니다. 상수 사용도 적절합니다. 추가로, 이 클래스의 다양한 시나리오에 대한 테스트 커버리지를 고려해 보세요.src/main/java/com/gdschongik/gdsc/domain/study/api/StudentStudyHistoryController.java (1)
39-44: 과제 제출 기능 구현 확인
submitAssignment메서드는 과제 제출을 위한 기능을 추가합니다.@Operation어노테이션을 통해 API 문서화가 잘 되어 있으며,studentStudyHistoryService를 호출하여 과제를 제출합니다. 이 변경 사항은 API의 기능을 확장하여 사용자에게 과제 제출 기능을 제공합니다. 추가적으로, 제출된 과제에 대한 채점 로직이 서비스 계층에 구현되어 있는지 확인이 필요합니다.src/test/java/com/gdschongik/gdsc/global/common/constant/StudyConstant.java (2)
44-44: CONTENT_LENGTH 타입 변경 확인
CONTENT_LENGTH의 타입이Long에서Integer로 변경되었습니다. 이 변경은 해당 상수가 사용되는 코드의 다른 부분에 영향을 미칠 수 있으므로, 호환성 검토가 필요합니다.Integer로의 변경이 적절한지 확인하시기 바랍니다.
48-48: REPOSITORY_LINK 상수 추가 확인새로운 상수
REPOSITORY_LINK가 추가되었습니다. 이는 저장소 링크를 문자열로 제공하여 코드의 가독성을 높이고 유지보수를 용이하게 합니다.src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistory.java (2)
49-49: contentLength 타입 변경 확인
contentLength의 타입이Long에서Integer로 변경되었습니다. 이 변경은 데이터의 범위와 관련된 부분에 영향을 줄 수 있으므로, 기존 로직과의 호환성을 확인해야 합니다.
88-88: success 메서드의 매개변수 타입 변경 확인
success메서드의contentLength매개변수가Long에서Integer로 변경되었습니다. 이 변경에 따라 메서드를 호출하는 부분에서도 타입 호환성을 확인해야 합니다.src/main/java/com/gdschongik/gdsc/infra/github/client/GithubClient.java (2)
35-42: 지연 평가를 위한 fetcher 메서드 추가
getLatestAssignmentSubmissionFetcher메서드는 지연 평가를 가능하게 하여 요청 수행 시 발생하는 예외를 과제 채점에 활용할 수 있도록 합니다. 이는 채점 로직의 유연성을 높이며, fetcher를 통해 요청을 수행할 수 있게 합니다.
Line range hint
45-64: getLatestAssignmentSubmission 메서드 수정 확인
getLatestAssignmentSubmission메서드는 이제AssignmentSubmission객체를 반환합니다. 이 변경은 반환되는 데이터 구조를 변경하여 더 많은 정보를 포함할 수 있도록 합니다. 특히, 커밋 날짜를LocalDateTime으로 직접 반환하여 변환 과정을 단순화합니다.src/test/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryServiceTest.java (4)
38-42: LocalDateTime.now() 모킹
LocalDateTime.now()를 모킹하여 테스트의 일관성을 유지하는 것은 좋은 접근입니다. 그러나, 모킹된 시간이 테스트의 다른 부분에 영향을 미칠 수 있으므로, 테스트가 독립적으로 실행되도록 주의해야 합니다.
69-74: Mocking AssignmentSubmissionFetcher
AssignmentSubmissionFetcher를 모킹하여 테스트의 독립성을 유지하는 것은 적절합니다. 그러나, 모킹된 객체의 동작이 실제 환경과 일치하는지 확인이 필요합니다.
80-86: 성공적인 과제 제출 테스트과제 제출이 성공적으로 처리되는지 확인하는 테스트 케이스입니다. 모든 검증이 적절하게 이루어지고 있으며, 테스트가 명확하게 작성되었습니다.
64-67: 직접 수강신청 생성테스트에서 직접 수강신청을 생성하여 수강신청 로직을 우회하는 것은 테스트의 목적에 부합합니다. 그러나, 이 부분이 실제 로직과 일치하는지 확인이 필요합니다.
Verification successful
테스트 설정이 실제 로직과 일치합니다
StudyHistory.create메서드는 실제 로직에서도 사용되고 있으며, 이는 테스트가 실제 조건을 잘 시뮬레이션하고 있음을 나타냅니다. 따라서, 테스트에서 수강신청을 직접 생성하는 방식은 적절합니다.Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify that the study application logic aligns with the test setup. # Test: Check for direct creation of study applications in the codebase. rg --type java 'StudyHistory.create'Length of output: 840
src/test/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGraderTest.java (5)
23-28: createAssignmentHistory 메서드
createAssignmentHistory메서드는 테스트에 필요한 기본 데이터를 설정하는 데 유용합니다. FixtureHelper를 사용하여 코드의 중복을 줄이고 가독성을 높이는 것이 좋습니다.
40-55: 과제내용이 최소길이 이상이면 성공 처리과제 내용이 최소 길이 이상일 때 성공으로 처리되는지 확인하는 테스트 케이스입니다. 테스트가 명확하고 필요한 모든 검증을 포함하고 있습니다.
57-70: 과제내용이 최소길이 미만이면 실패 처리과제 내용이 최소 길이 미만일 때 실패로 처리되는지 확인하는 테스트 케이스입니다. 실패 유형이 적절하게 검증되고 있습니다.
72-84: 과제 파일 미존재 시 실패 처리과제 파일이 존재하지 않을 때 실패로 처리되는지 확인하는 테스트 케이스입니다. 예외 처리와 실패 유형 검증이 적절히 이루어지고 있습니다.
86-98: Github 문제 시 실패 처리Github 문제로 인해 실패로 처리되는 경우를 테스트합니다. 알 수 없는 오류로 분류되는지 확인하고 있으며, 테스트가 명확하게 작성되었습니다.
src/main/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryService.java (3)
45-45: AssignmentHistoryGrader 의존성 추가
AssignmentHistoryGrader를 추가하여 과제 채점 기능을 강화했습니다. 이로 인해 서비스의 기능이 확장되었습니다.
93-99: Optional 사용
Optional을 사용하여StudyHistory의 존재 여부를 처리하는 것은 코드의 가독성을 높이고, null 체크를 명확하게 합니다.
101-104: AssignmentSubmissionFetcher 사용
AssignmentSubmissionFetcher를 사용하여 최신 과제 제출 정보를 가져오는 것은 서비스의 기능을 강화합니다. 이로 인해 채점 로직이 더 정확해질 수 있습니다.src/main/java/com/gdschongik/gdsc/global/exception/ErrorCode.java (1)
Line range hint
1-1: GITHUB_ASSIGNMENT_NOT_FOUND 제거
GITHUB_ASSIGNMENT_NOT_FOUND가 제거되었습니다. 이로 인해 관련된 예외 처리 로직이 변경될 수 있으며, 해당 코드를 사용하는 부분이 적절히 업데이트되었는지 확인이 필요합니다.Verification successful
GITHUB_ASSIGNMENT_NOT_FOUND제거 확인 완료
GITHUB_ASSIGNMENT_NOT_FOUND에 대한 모든 참조가 코드베이스에서 제거된 것으로 확인되었습니다. 관련된 예외 처리 로직이 적절히 업데이트되었음을 확인할 수 있습니다.Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify that references to `GITHUB_ASSIGNMENT_NOT_FOUND` have been removed or updated. # Test: Search for any remaining references to `GITHUB_ASSIGNMENT_NOT_FOUND`. rg --type java 'GITHUB_ASSIGNMENT_NOT_FOUND'Length of output: 44
Script:
#!/bin/bash # Additional verification: Check for references to `GITHUB_ASSIGNMENT_NOT_FOUND` in all files, including comments and documentation. # Test: Search for any references to `GITHUB_ASSIGNMENT_NOT_FOUND` across the entire codebase. rg 'GITHUB_ASSIGNMENT_NOT_FOUND'Length of output: 32
src/test/java/com/gdschongik/gdsc/helper/IntegrationTest.java (2)
91-91: GithubClient 모킹
GithubClient를 모킹하여 테스트의 독립성을 유지하는 것은 적절합니다. 이를 통해 외부 API 호출을 시뮬레이션할 수 있습니다.
265-267: publishAssignment 메서드 추가
publishAssignment메서드를 추가하여 스터디 상세 정보에 과제를 게시하는 기능을 테스트할 수 있게 되었습니다. 이는 통합 테스트의 범위를 확장하는 데 유용합니다.
Job Summary for GradleCheck Style and Test to Develop :: build-test
|
There was a problem hiding this comment.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (2)
- src/main/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryService.java (5 hunks)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java (1 hunks)
Files skipped from review as they are similar to previous changes (2)
- src/main/java/com/gdschongik/gdsc/domain/study/application/StudentStudyHistoryService.java
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java
| @DomainService | ||
| public class AssignmentHistoryGrader { | ||
|
|
||
| public static final int MINIMUM_ASSIGNMENT_CONTENT_LENGTH = 300; |
There was a problem hiding this comment.
| public static final int MINIMUM_ASSIGNMENT_CONTENT_LENGTH = 300; | |
| private static final int MINIMUM_ASSIGNMENT_CONTENT_LENGTH = 300; |
클래스 내에서만 사용되는 것 같은데 public이어야 할 필요가 있을까요?
Job Summary for GradleCheck Style and Test to Develop :: build-test
|
There was a problem hiding this comment.
Actionable comments posted: 0
Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Files selected for processing (1)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java (1 hunks)
Files skipped from review as they are similar to previous changes (1)
- src/main/java/com/gdschongik/gdsc/domain/study/domain/AssignmentHistoryGrader.java
🌱 관련 이슈
📌 작업 내용 및 특이사항
기존 컨텍스트
GithubAssignmentSubmission으로 응답을 받아오도록 했습니다.IOException을 발생시키는 방식으로 처리하고 있습니다. 저희는 이를 받아서 CustomException 및 적절한 에러코드로 변환하는 작업을 수행했었습니다. 대충 이런 느낌입니다.조회 과정에서의 예외, 그리고 실패 사유
GITHUB_CONTENT_NOT_FOUNDGITHUB_FILE_READ_FAILED외 다수UNKNOWN("알 수 없음")을 추가하게 되었습니다.(1) - 예외를 실패사유로 변환하는 비즈니스 로직의 노출
gihubClient.getLatestAssignmentSubmission을 호출하여 github api와의 통신을 시도할 때, 이를try-catch로 감싸서, catch 절에서에러코드를실패사유로 변환하는 과정이 필요합니다에러코드를실패사유로 변환하는 것이 일종의 비즈니스 로직이라는 것에 있습니다.(1) - 예외가 발생하는 시점
try-catch로githubClient.getX로직을 감싸는 부분도 응용 레이어가 아닌 도메인 레이어에서 이루어져야 합니다.(1) - 해결책?
AssignmentHistoryGrader, 즉 과제 채점 도메인 서비스의 내부에GithubClient를 DI하는 것입니다.githubClient.getX를 호출하여, 예외를 실패사유로 변환할 수 있게 되니, 문제를 해결할 수 있습니다.(1) - 도메인 서비스의 정의와 부합하지 않는다
@DomainService내부에는@Component가 있어 스프링 빈으로 등록되긴 합니다만, 이건 응용 레이어에서 도메인 서비스를 쉽게 사용하기 위함이지 의존객체의 DI를 위한 것이 아닙니다 (애초에 의존객체를 만들지 말아야 합니다).(2) 람다식과 지연평가
GithubClient에 대한 의존성은 응용 레이어에 위치하면서도, 실제 조회 및 예외 발생은 도메인 레이어에서 이루어져야 한다는 것입니다.GithubClient#getXXX는 호출되면 바로 github api를 통해GithubAssignmentSubmissionResponse로 가져오는 것이 아니라...() -> new Response()와 같이Supplier<XResponse>타입의 람다식으로 만들어서 리턴한 뒤, 이를 Grader의 인자로 받아서, Grader 내부에서supplier.get()을 호출하면 위 문제를 해결할 수 있습니다.(2) - 행위의 객체화
() -> new Response()와 같은 표현은 적절하지 않습니다. 이건 그냥 응답을 반환하는 람다식일 뿐입니다. 우리가 원하는 것은,github api로 요청을 보내서 응답으로 가져오는행위를 객체화시키는 것입니다.getLatest...로직 자체를 람다식으로 만들어버려야 합니다.(2) - 그런데 repo와 week는 어디로...?
Grader내부에서 호출될 것이고. 그러면GHRepository ghRepository = getRepository(repo);부터 쭉 한 줄씩 코드가 실행될 것입니다.repo는 어디서 온 것인가요?(repo, week) -> { GHRepository ghRepository = getRepository(repo); }같은 식으로 람다식을 구성했다면, '아, 람다식 파라미터로 넘겨진 repo를 받아서 처리했겠구나' 라는 것을 알 수 있었을 겁니다.getLatestAssignmentSubmissionSupplier(String repo, int week)에서 전달받은 repo 변수의 경우, 해당 supplier가 사용되는grader.judge()가 호출되는 스코프에서는 접근할 수 없는 상태일 것입니다.getLatestAssignmentSubmissionSupplier(String repo, int week)에서 전달받은 repo와 week 정보를 기억해서 실행합니다. 어떻게 이런 것이 가능할까요?(2) - 람다식과 클로저
getLatestAssignmentSubmissionSupplier(String repo, int week)를 벗어나는 순간 소멸된다 하더라도, 이 람다식은 정상적으로 실행됩니다.repo를 참조하는 경우, 이를 복사해서 같이 저장하기 때문입니다. 이걸 variable capture라고 하고, 이러한 람다식을 closure라고 부릅니다.() -> { GHRepository ghRepository = getRepository(repo); }같은 클로저에서(repo, week) -> { GHRepository ghRepository = getRepository(repo); }와 같이 추출해냈습니다.Github빈에 대한 의존성은 그대로 있지만, 이것마저 파라미터로 뺄 필요는 없기 때문에... 넘어갑니다.마무리
아무튼 여기까지가 끝이고...
갑자기 등장한
Fetcher와FetchExecutor에 대해 궁금해할 것 같아 해결과정을 쭉 적어봤습니다.클라이언트 내부에도 javadoc 등으로 이러한 컨텍스트를 기록해두었으니 체크 부탁드립니다.
너무 새로운 방식이라 거부감이 있으실 수도 있겠지만,
테스트 코드 보시면 이렇게 하면 테스트 작성이 정말 쉬워진다는걸 체감하실 수 있으실 겁니다
(그리고 테스트하기 쉬운 코드는 좋은 코드일 가능성이 높습니다)
📝 참고사항
📚 레퍼런스
Summary by CodeRabbit
Summary by CodeRabbit
신규 기능
/submit)가 추가되었습니다.버그 수정
문서화
StudyDetail클래스의 주석을 업데이트하여 향후 변경 계획을 반영했습니다.기타 변경 사항