본문 바로가기

🚀 팁 (기술 적용 방법 등)/🌱 Spring5

[Spring & Github] Pull Request를 할 때 마다 테스트 커버리지를 확인하자 (feat. Jacoco) 안녕하세요. dev_writer입니다. 이번 시간에는 코드 커버리지 도구 중 하나인 Jacoco를 적용한 과정에 대해 알려드리겠습니다. JacocoJacoco는 자바 코드 커버리지를 측정하고 리포팅할 수 있는 오픈 소스 툴킷입니다. (위키백과) 애초에 Jacoco라는 단어 자체가 Java code coverage tools라는 단어를 내포하고 있습니다. 코드 커버리지 (code coverage)코드 커버리지는 소프트웨어의 테스트를 논할 때 얼마나 테스트가 충분한가를 나타내는 지표입니다. 소프트웨어 테스트를 진행했을 때 코드 자체가 얼마나 실행되었는지를 뜻합니다. - 위키백과 일반적으로 테스트 코드를 꼼꼼하게 작성할수록 예외 케이스들을 잘 탐지할 수 있으며, 그렇기에 소프트웨어의 품질을 높이기 위해서는 테.. 2024. 10. 14.

[Spring REST Docs ✍️] 어렵게만 느껴졌던 REST Docs를 적용해보자! (2) 오랜만에 기술 팁을 작성하겠습니다. 사실 JWT 관련해서 글을 계속 작성하고 있었는데, 프로젝트도 있고 개강을 한 지 얼마 되지 않아 바쁜 것도 있어서 팁 글은 거의 한 달 만에 올리네요.. 😭 프로젝트를 하며 바쁘게 된 것도 있지만 그 덕분에 REST Docs에 대해 더 잘 다룰 수 있게 되어 이 과정을 공유합니다. 이전 글에서는 document 메서드로 간단히 docs 패키지 아래에 html 문서들이 보관되는 것까지 다루었는데요, 이번에는 테스트를 통해 실제 문서가 작성되도록 하는 것을 알아보겠습니다. 기존 테스트 코드기존 테스트 코드는 아래와 같습니다.// import 표현은 생략@DisplayNameGeneration(DisplayNameGenerator.ReplaceUnderscores.cla.. 2024. 3. 5.

[Spring MVC 🌐] 회원 식별을 해 보자! (2) - 세션 적용 방법 📦 이전 글에 이어서 바로 세션을 이용한 로그인도 구현해 보겠습니다! (회원 식별은 JWT까지 하고 난 뒤에 각각 작성하겠습니다.) 세션세션은 쿠키만을 사용했던 방식과는 조금 다른 방식으로 이루어집니다. 세션의 사용 이유세션을 왜 쓰는지에 대해서는 쿠키에 대해 다시 알아봐야 합니다. 기존 쿠키 방식은, 쿠키 안에 서버가 브라우저를 식별할 수 있는 모든 정보들을 다 기록해놔야 했습니다. (닉네임.비밀번호를 쿠키로 그대로 넣어둔 것 등) 하지만 이렇게 된다면 쿠키를 만약 탈취당했을 경우 (강도가 여행객의 신분증을 훔치는 등), 브라우저 (여행객)에 대한 모든 정보를 다 파악할 수 있겠죠? 바로 이러한 문제를 극복하기 위해 세션을 사용할 수 있습니다. 세션의 특징서버는 유저가 로그인을 하면 세션 DB에 유저를 생.. 2024. 2. 10.

[Spring MVC 🌐] 회원 식별을 해 보자! (1) - 쿠키 적용 방법 🍪 개요안녕하세요. 이번에는 프로젝트를 하시면서 로그인, 회원가입, 로그인 한 회원 식별을 스프링에서 어떻게 할 수 있는지에 대해 공부한 과정을 공유하고자 합니다! 보통 위 작업들을 하기 위해 스프링 시큐리티를 사용하셨던 경험이 있으실 텐데요, 스프링 시큐리티는 별도의 프레임워크다 보니 깊이 있게 학습하기 위해서는 스프링 시큐리티를 사용하지 않고 스프링만으로 해보는 게 좋겠다고 생각이 들었습니다. (멘토링해 주시는 선배님께서도 같은 생각을 가지고 계셨습니다.) 크게 쿠키, 세션, JWT 방식으로 회원가입 & 로그인을 해 보고, 이것을 어노테이션으로 편리하게 사용하는 등의 방식으로 개선시키는 내용을 작성하겠습니다. 그럼 첫 번째 글에서는 쿠키 방식을 이용한 회원가입 & 로그인에 대해 알아보겠습니다! 따라 할 .. 2024. 2. 8.

[Spring REST Docs ✍️] 어렵게만 느껴졌던 REST Docs를 적용해보자! (1) Spring REST Docs오늘은 스프링 REST Docs에 대해 적용하고, 관리하는 방법을 알아보고자 합니다. 스프링을 어느 정도 써 보고, 테스트 및 문서화등을 해 보신 분들이라면 스웨거나 노션, 포스트맨으로 API 문서를 만든 경험이 있으실 텐데요, 스프링에 있는 REST Docs는 현업에서 많이 쓰는 문서화 스킬이라고 할 수 있습니다. 기존 문서화 도구들은 스웨거의 경우 스웨거를 위한 코드가 프로덕션 환경에 묻는다는 점, 그리고 수정 시 업데이트 상태와 문서의 상태가 서로 맞지 않는 문제 등이 있었는데요, 스프링 REST Docs는 테스트, 빌드를 기반으로 작성하기에 싱크가 유지될 수 있다는 장점이 있습니다. 아마 시작하는 단계에서부터 어떻게 적용해야 할지 감이 오시지 않는 분들이 많을 것 같아.. 2024. 2. 7.

이전 1 다음

티스토리툴바