A
약 60초
테스트로 동작 고정 후 점진적 리팩터링 경험
팀 프로젝트에서 레거시 구조로 작성된 기존 코드베이스를 개선한 경험이 있습니다. 처음엔 전부 다시 짜고 싶은 충동이 있었는데, 동작 중인 코드를 대규모로 교체하는 것은 새로운 버그를 만들 위험이 크다는 걸 초반에 배웠습니다. 그래서 먼저 기존 동작을 테스트 코드로 고정한 뒤, 변경이 잦고 문제가 집중된 부분부터 작게 리팩터링하는 방식을 택했습니다.
전체를 한 번에 바꾸기보다 변경 범위를 좁혀 검증 가능한 단위로 쪼개는 것이 실제로 훨씬 안전했고, 팀원들도 리뷰 부담이 줄었다고 했습니다. 지금도 기존 코드를 건드릴 때는 변경 전 테스트부터 먼저 추가하는 순서를 지킵니다.
이 결의 특징
팀 프로젝트에서 레거시 구조로 작성된 기존 코드베이스를 개선한 경험이 있습니다. 처음엔 전부 다시 짜고 싶은 충동이 있었는데, 동작 중인 코드를 대규모로 교체하는 것은 새로운 버그를 만들 위험이 크다는 걸 초반에 배웠습니다. 그래서 먼저 기존 동작을 `테스트 코드`로 고정한 뒤, 변경이 잦고 문제가 집중된 부분부터 작게 리팩터링하는 방식을 택했습니다. 전체 습니다
이 결이 통하는 자리
테스트로 동작 고정 후 점진적 리팩터링 경험 습니다