들어가며Spring MVC 프로젝트를 Spring Boot로 마이그레이션하면서 가장 먼저 고민한 것은 "마이그레이션 후 기존 기능이 정상적으로 동작하는지 어떻게 검증할 것인가"였다.기존 방식대로라면 마이그레이션 후 브라우저를 열고 하나하나 클릭하며 확인해야 했다. 로그인, 회원가입, 관리자 페이지, 마이페이지 등 모든 기능을 수동으로 검증하는 것은 시간이 오래 걸리고, 놓치는 부분이 생길 수밖에 없었다.특히 이번 마이그레이션은 단순히 프로젝트를 Spring Boot에서 실행되게 만드는 작업이 아니었다. 이후 Spring Security 도입, JPA 전환, Redis 세션 적용처럼 내부 구조를 계속 바꿔야 하는 작업 이었다.겉으로 보이는 화면과 기능은 그대로 유지되어야 하지만, 내부 구현은 계속 달라질 ..

첫 팀 프로젝트를 마치며첫 팀 프로젝트를 시작하기 전에는 내가 맡은 역할에 맞춰 충분히 공부했다고 생각했고, 어느 정도 자신감도 있었다. 실무에 가까운 구조와 간결한 코드를 목표로 삼고 프로젝트를 시작했다. 하지만 실제로 프로젝트를 진행해보니 생각처럼 쉽지 않았다. 처음 진행하는 팀 프로젝트였고, 기능 구현 자체가 막히는 순간도 많았다. 그럴 때마다 조급함이 앞섰고, 설계나 구조를 충분히 고민하기보다 일단 기능을 완성하는 데 집중하게 되었다. 그 결과 많은 로직이 컨트롤러에 몰리는 비효율적인 구조가 만들어졌다. 프로젝트를 완성한 뒤 다시 코드를 돌아보니, 내가 직접 작성한 코드임에도 흐름을 한눈에 파악하기 어려웠고 수정하기도 부담스러웠다. 팀 프로젝트였기 때문에 팀원의 코드를 이해하고 활용해야 하는 상황..

마이그레이션 배경팀 프로젝트로 개발한 학사관리 LMS는 Spring MVC, Maven, MariaDB 기반으로 구현되었다. 기능 구현 자체에는 문제가 없었지만, 실무에서는 이와 다른 기술 스택을 주로 사용한다는 것을 알게 되었다. Spring Boot의 자동설정으로 생산성을 높이고, Gradle의 빠른 빌드 속도와 간결한 문법을 경험하며, MySQL을 직접 다뤄보고 싶었다. 단순히 동작하는 코드를 넘어, 실무 환경에 가까운 구조로 직접 전환해봄으로써 각 기술의 차이와 장점을 익히고자 마이그레이션을 시작했다.또한 전환 과정에서 기존 기능이 정상적으로 동작하는지 검증하기 위해 단위 테스트와 통합 테스트를 작성할 예정이다. 단위 테스트로 각 서비스 로직의 동작을 독립적으로 검증하고, 통합 테스트로 실제 DB..