프론트엔드 애플리케이션 성능은 어떤 조건과 지표로 측정하나요?

이렇게 답해 보세요 (핵심 답변)

성능 측정은 먼저 개선하려는 핵심 사용자 흐름과 시작·종료 경계를 명확히 정의한 뒤, 실제 사용자 환경의 분포를 보는 필드 데이터(RUM)와 통제된 환경에서 원인을 재현하는 실험실 데이터(Lab)를 함께 활용합니다. 주요 지표로는 초기 주요 콘텐츠 표시 시간을 보는 LCP, 사용자 입력 후 다음 프레임이 그려지기까지의 반응성을 보는 INP, 화면 요소의 예기치 않은 밀림을 보는 CLS를 확인하며, Performance 탭 트레이스와 User Timing(performance.mark/measure)으로 세부 구간을 좁힙니다. 이때 측정 단위(ms, score 등)와 빌드 모드(프로덕션 빌드), 기기·네트워크 스로틀링 조건을 동일하게 기록해야 하며, 자체 측정한 동기 계산 시간이나 Long Task 합계를 공식 INP나 TBT라는 이름으로 섞어 부르지 않도록 경계를 명확히 해야 합니다.

함께 설명하면 좋은 이유 (꼬리질문 대비)

1. 단 한 번의 측정값은 네트워크나 CPU 상태에 따라 흔들릴 수 있으므로 동일 조건에서 여러 번 반복 측정해 중앙값과 분위수(p75, p95) 분포를 비교해야 합니다.
2. 측정 경계(예: 순수 JS 함수 실행 시간 vs DOM 커밋 및 브라우저 다음 Paint 완료 시간)를 구분해야 병목 위치를 오해하지 않습니다.

면접에서 자주 하는 실수

개발 모드(dev server)에서 한 번 측정한 수치나, 커스텀 타이머로 잰 응답 지연 시간을 공식 Web Vitals의 INP나 TBT 지표인 것처럼 이름을 혼용해 보고해서는 안 됩니다.