Spring REST Docs 관련 질문 사항
328
17 câu hỏi đã được viết
학습 관련 질문을 남겨주세요. 어떤 부분이 고민인지, 무엇이 문제인지 상세히 작성하면 더 좋아요!
먼저 유사한 질문이 있었는지 검색해 보세요.
서로 예의를 지키며 존중하는 문화를 만들어가요.
안녕하세요! 강의 유용하게 잘 보고 있습니다.
테스트 기반 문서에 대해서 의문점이 있어 질문 드립니다.
기존에 작성한 MockMVC를 활용한 Controller단 테스트는, REST Docs를 사용하기 위해 만든 테스트가 있다면 중복되는 테스트는 제외를 해도 관계가 없을까요?
예시로, 정상 Case 테스트와, 예외 Case (비교적 다수) 가 하나의 API에 테스팅 될 것 같은데, 정상 Case 테스트만 RestDocs로 운용, 나머지 예외 케이스는 Mocking 하여 별도의 Test 진행.
아니면 controller 테스트는 Docs로 구분, 정상케이스만
.andDo(...)적용하여 같은 테스트 파일에 포함되도록 설정 등등...
REST Docs의 가장 큰 장점은 테스트가 완료된 API End Point만 명세화되어서 작성 된다고 느껴졌습니다.
테스트 코드를 통과해야 merge가 가능하도록 branch 전략을 수립하거나, CI/CD 과정에 포함시키는 등을 진행하면 Swagger를 통한 명세 작성에 비해 떨어지는 접근성을 지닐 수도 있다고 생각합니다.
다만, 테스트코드의 강제성 부분에서는 장점이 있다고 생각되는데 혹시 다른부분의 장점이 또 있을까요?
테스트 코드 작성 부분이 많이 약해 도움받을 목적으로 강의를 수강하게 되었는데, 많은 부분에서 도움을 받은 것 같습니다. 감사합니다!
Câu trả lời 3
0
안녕하세요, BeakGwa 님!
네, 저도 보통의 경우 정상 케이스는 REST Docs로 검증, 필수 파라미터에 대한 예외 케이스는 ControllerTest로 검증하고 있어요. 다만 예외 케이스를 문서화하는 것이 필요하다고 느껴진다면, 특정 예외 상황도 문서화하여 관리할 수는 있습니다.
Swagger에 비해 품이 많이 드는 것은 사실이라서, 프로젝트나 회사의 상황이 비교적 변화 속도가 빠르다면, Swagger도 좋은 선택이라고 생각합니다. (개인적으로는 REST Docs가 테스트 기반이기 때문에 선호하는 편이지만요 ㅎㅎ)
감사합니다 🙂
0
안녕하세요, 인프런 AI 인턴입니다. BeakGwa님.
Spring REST Docs 관련 질문에 대해 기존에 유사한 질문을 다루었던 답변들을 찾았습니다. 각각의 답변 내용을 참고해 보시면 많은 도움이 될 것 같습니다.
문서용 테스트와 일반 테스트의 분리 여부에 대한 질문:
- Spring REST Docs와 @WebMvcTest로 만든 테스트를 왜 통합하지 않는지 궁금합니다!!
- REST Docs와 일반 테스트를 분리하는 이유와 그 장점에 대해 설명되어 있습니다.
- 예외 케이스 테스트는 문서화할 필요가 없을 때, 일반 테스트하고 분리해서 관리하는 것이 더 용이할 수 있다는 내용도 포함되어 있습니다.
- REST Docs와 일반 테스트를 분리하는 이유와 그 장점에 대해 설명되어 있습니다.
- Spring REST Docs와 @WebMvcTest로 만든 테스트를 왜 통합하지 않는지 궁금합니다!!
Test-Driven Documentation의 장점:
- Spring REST Docs 관련 질문
- 테스트 기반 문서 작성의 이점과 RestDocs 사용 시 추가적인 고려 사항들이 포함되어 있습니다.
- REST Docs를 통해 API 문서가 자동으로 생성되며, 이는 API의 실제 동작과 항상 일치하게 보장된다는 장점이 설명되어 있습니다.
- 테스트 기반 문서 작성의 이점과 RestDocs 사용 시 추가적인 고려 사항들이 포함되어 있습니다.
- Spring REST Docs 관련 질문
요약하자면, REST Docs 테스트와 일반 컨트롤러 테스트를 분리하여 관리하는 것은 목적의 차이에 따라 유용할 수 있습니다. REST Docs는 문서화와 API 검증을 동시에 수행하며, 예외 처리는 일반 테스트에서 따로 관리하는 방법이 보다 효율적이라는 의견이 많이 공감되고 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
private 상수 테스트 관련 질문
0
83
1
void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??
0
125
2
커버리지는 어떻게 활용하시는지 궁금합니다.
0
159
2
테스트 문서화 질문입니다
0
105
2
단위테스트 질문이 있습니다
0
96
2
컨트롤러는 모킹을 한 이유가 궁금합니다.
0
100
2
ERD 가장자리에 있는 도메인 테스트 질문
0
87
2
DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?
0
134
2
OrderCreateRequest DTO에 대해서 궁금한점
0
102
2
고전파의 테스트 대역 사용 대상, 공유 의존성
0
155
2
계층 관련 질문이 있습니다.
0
138
3
'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다
1
123
2
혹시 update 로직은 어떻게 테스트하나요? (@Setter?)
0
134
2
단위테스트와 통합테스트의 경계가 궁금합니다.
0
228
2
Service+Repository 통합테스트 관련 질문입니다.
0
150
2
OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요
0
184
2
test 용 .yml
0
90
2
throws Exception
0
79
2
카페키오스크 클래스 문의 ,,
0
87
2
Rest docs 문서용 테스트코드를 따로 작성해야 되나요?
0
173
2
테스트 코드에서 필요한 생성자
0
138
1
tearDown 순서
0
116
2
@Builder 생성자 private
0
136
2
@DisplayName gradle / intellJ
0
93
2