[Test] 식당 저장부터 지도 조회까지 서버 흐름 검증 #231

📌 이슈 종류

• 🔧 기타 (Chore) — 서버 통합 검증

📝 작업 내용

관리자가 식당을 저장한 뒤 위치를 확인하고 지도에서 조회하기까지의 흐름을 함께 검증합니다. 기능별 테스트가 통과해도 여러 기능을 합쳤을 때 설정·트랜잭션·응답이 맞지 않을 수 있어, 실제 MySQL·Redis와 기존 보안 필터를 사용해 연결 지점을 확인합니다.

예를 들어 식당 저장 직후에는 위치 확인 중이어야 하고, Google 결과를 처리한 뒤에는 지역 식당 수와 지도 목록에 같은 식당이 나타나야 합니다. 주소를 바꾸거나 좌표가 만료되면 이전 핀이 조회되지 않아야 합니다.

Google 응답은 테스트용으로 대체합니다. 실제 지도 화면이나 운영 Google 호출을 검증했다고 표시하지 않습니다.

✅ 체크리스트

• 전용 worktree에서 선행 구현의 고정 커밋을 결합하고, 원래 브랜치와 진행 중 변경 보존
• 선행 커밋·각 기능의 자체 변경·통합 테스트 변경 범위를 구분해 기록
• 실제 관리자 HTTP 요청으로 식당 저장 성공과 위치 확인 중 상태를 검증
• DB 저장이 끝난 뒤 Google 대체 응답을 처리하고, 현재 위치·지역 식당 수·지도 조회에 반영되는지 검증
• 주소 변경 뒤 늦게 도착한 결과가 새 주소의 위치를 덮어쓰지 않는지 검증
• 일반 지도 페이지의 목록·좌표가 일치하고, 다음 페이지에서 삭제·만료된 식당을 제외하는지 검증
• Redis 세션 유실과 조회 장애가 정해진 오류로 응답되고 새 순서를 몰래 이어 붙이지 않는지 검증
• 만료 전 갱신·기한 지난 좌표 정리 후 공개 API와 식당 일괄 조회에 이전 좌표가 남지 않는지 검증
• Google 호출을 꺼도 기존 식당 저장과 필요한 만료 정리가 유지되는지 검증
• 실제 Flyway 마이그레이션·JPA 검증·모듈 경계를 함께 확인
• 같은 최종 커밋의 독립 리뷰, 관련 테스트, 전체 빌드·CI 결과 확인
• 프런트·컬렉션 담당자 연결 항목과 실제 운영 전에 필요한 설정·검증을 문서화

💬 참고 사항

구현 PR: #236. 서버 구현·문서와 검증 내역은 해당 PR에서 확인할 수 있습니다. 병합과 운영 적용은 별도입니다.

• 기준 문서: [Docs] 지도 기능 구현 기준 정리 #219, [Docs] 지도 기능 구현 기준 정리 (#219) #221. 선행 작업: [Feat] 식당 좌표와 관광 지역 정보 저장 #220, [Feat] 식당 주소를 좌표로 바꾸는 Google 연동 추가 #222, [Feat] 지도 범위와 관광 지역별 식당 조회 추가 #223, [Feat] 식당 저장 후 지도 위치 자동 확인 #224, [Feat] 지도 목록을 10개씩 이어서 조회 #227, [Feat] 기존 식당 좌표 보완과 만료 정보 정리 #228.
• 고정된 선행 코드부터 검증하고, 아직 구현 중인 페이지·보존 기능은 후보가 준비되면 추가해 최종 통합 검증합니다. 일부 흐름만 확인한 상태를 전체 완료로 표시하지 않습니다.
• Repository·Service·RestaurantPort를 mock으로 바꿔 연결 검증을 생략하지 않습니다. 외부 Google 응답과 검증 범위 밖 외부 서비스만 필요한 범위에서 대체합니다.
• 선행 구현에서 문제를 발견하면 담당 작업에 근거를 전달하고 수정된 커밋을 반영합니다. 테스트 기대값을 약화해 통과시키지 않습니다.
• [Feat] 식당 컬렉션 기능 구현 #216 컬렉션은 #232로 병합됐습니다. #244의 전체 핀·저장 수·내 저장 여부를 통합 테스트에 연결하며 기존 컬렉션 기능을 재사용합니다.
• 현재 클라이언트의 지도는 준비 중 화면입니다. 서버 통합 테스트와 실제 Google 지도·관리자 화면 QA는 별도입니다.
• 실제 Google 계정·키·운영 DB·유료 호출·운영 backfill·배포·병합은 이 검증에서 사용하거나 실행하지 않습니다.