단위테스트 구현 시 사용할 DB를 정해보자

[kyum-q]

단위 테스트 구현 시 사용할 DB

1. 레포지토리 테스트 대신 fakeDB를 사용해서 DB와 격리하자

2. 모든 테스트에서 실제 DB를 사용하자 ✅

테스트 구현 목록

@SpringBootTest 이용

통합(인수, E2E) 테스트 (컨트롤러 단) ❎

• AuthController - 초롱
• MemberController - 몰리
• TemplateController - 제우스
• TagController - 짱수
• CategoryController - 켬미

서비스 ✅

AuthService - 짱
CategoryService - 짱
CategoryTemplateService - 짱

MemberCategoryApplicationService - 켬
MemberCategoryTemplateApplicationService - 켬
MemberService - 켬

TemplateTagService - 몰
CategoryTemplateApplicationService - 몰
SourceCodeService - 몰

MemberTemplateApplicationService - 즈
TemplateApplicationService - 즈

TemplateService-> 초
ThumbnailService-> 초

마감 기한

09/19 15시 마감

[kyum-q]

1. 레포지토리 테스트 대신 fakeDB를 사용해서 DB와 격리하자

장점

• 속도가 빠름
• 외부 환경과 격리해서 테스트 해야 한다고 생각

단점

• FakeDB를 구현하는데 쓰이는 비용이 크다 -> 관리 측면에서 어려움

[kyum-q]

2. 모든 테스트에서 실제 DB를 사용하자

장점

• 관리 측면에서 테스트 실행 시 고려할 점이 적다
• DB를 외부 환경이라고 생각하고 격리할 필요 없다고 생각한다

단점

• 속도가 느리다
• 외부 환경과 격리해서 테스트할 수 없다

[kyum-q]

이야기의 주요 쟁점

• 관리 vs 속도
• DB 격리 필요 vs DB 격리 필요 X

[kyum-q]

이번에 구현하고 싶은 테스트 목록

통합 테스트: 기본적인 로직을 구현해서 url 분석부터 결과 반환까지 모두 잘 반환되는지 확인해야한다.
서비스 테스트: 구체적인 실패 케이스를 모두 구현하고 싶다.

• 짱수 - 통합(인수, E2E) 테스트
• 초롱 - 서비스 테스트
• 켬미 - 통합(인수, E2E) 테스트, 서비스 테스트
• 몰리 - 통합(인수, E2E) 테스트, 서비스 테스트
• 제우스 - 통합(인수, E2E) 테스트