DATA AUDIT · 2026-09-02
295개 메뉴 데이터는 어디까지 채워져 있나
295개 메뉴에서 ID와 이름 중복, 빈 설명, 이미지 경로와 추천 필드 누락을 셌습니다. 필드는 모두 채워져 있었지만 한식 179건과 인도·중동식 2건처럼 분류별 차이는 컸습니다.
검사 방법
점심먹개 server/data/menus.json의 295건을 2026년 9월 5일 읽기 전용으로 집계했습니다. 앱 화면이 아니라 추천 서버가 사용하는 원본을 대상으로 했습니다.
| 검사 항목 | 결과 | 판정 기준 |
|---|---|---|
| 전체 메뉴 | 295건 | 원본 배열 길이 |
| ID·이름 중복 | 각 0건 | 정확 일치 기준 |
| 설명·이미지 보유 | 각 295건 | 빈 문자열과 누락 검사 |
| 추천 필드 누락 | 0건 | 7개 점수·4개 선택 필드 |
| 범위 밖 점수 | 0건 | 1~5 범위 검사 |
무엇을 검사했나
각 메뉴에는 매운맛, 든든함, 기름진 정도, 웰빙, 국물, 따뜻함, 양념 강도의 7개 점수가 있습니다. 음식 스타일, 주재료, 밥·면 같은 형태, 조리법의 4개 선택 필드도 함께 확인했습니다.
설명과 이미지 경로는 추천 점수에는 직접 관여하지 않지만 결과 카드의 품질을 좌우합니다. 그래서 계산 필드와 표시 필드를 따로 세어 어느 한쪽의 완성도만으로 전체가 정상이라고 판단하지 않았습니다.
집계에서 드러난 데이터의 성격
한식으로 분류된 메뉴는 179건, 육류를 주재료로 포함한 메뉴는 125건입니다. 반면 인도·중동식은 2건, 디저트 형태는 1건뿐입니다. 필드가 빠지지는 않았지만 분류별 표본 수는 크게 다릅니다.
이 차이는 추천 오류가 아니라 카탈로그 범위의 한계입니다. 좁은 분류를 여러 개 동시에 고르면 정확히 맞는 메뉴가 3개 미만이 될 수 있으므로, 서비스는 가까운 상위 후보로 자리를 채우고 부족함을 화면에 알립니다.
검증을 운영 절차로 남긴 이유
메뉴를 추가할 때 화면에서 한 번 잘 보이는지만 확인하면 누락된 점수는 뒤늦게 발견됩니다. 현재 테스트는 메뉴 ID의 고유성, 설정된 필터와 실제 데이터 키의 대응, 모든 시나리오 점수의 유한성을 검사합니다.
집계는 2026년 9월 5일 원본을 기준으로 했습니다. 이후 메뉴가 추가되거나 분류가 바뀌면 전체 건수와 후보 수를 다시 세어야 합니다.
표본이 적거나 많은 분류의 실제 건수
| 분류 필드 | 값 | 메뉴 수 | 해석 |
|---|---|---|---|
| 음식 스타일 | 한식 | 179건 | 가장 넓은 스타일 분류 |
| 음식 스타일 | 인도·중동식 | 2건 | 정확 후보가 3개보다 적음 |
| 주재료 | 육류 | 125건 | 한 메뉴에 복수 재료 포함 가능 |
| 형태 | 디저트 | 1건 | 단독 선택 시 제한 상태가 됨 |
한 메뉴가 여러 분류값을 가질 수 있으므로 행의 메뉴 수를 더해 전체 메뉴 수와 비교하지 않습니다.
이 결과의 한계
- 점수의 완전성은 확인했지만 각 메뉴의 맛을 객관적으로 보증하지는 않습니다.
- 이미지 경로 존재 여부를 셌으며 사진의 선명도나 최신성은 수치에 포함하지 않았습니다.
- 분류는 한 메뉴가 여러 값을 가질 수 있어 항목별 합계가 295를 넘을 수 있습니다.