프론트엔드 데이터 요청 답변 예시

라이브러리 이름만 나열하기보다 사용자가 겪는 상태와 복구 흐름을 설명합니다.

직접 작성한 설명용 예시입니다. 실제 사용자 답변이나 AI 평가 결과, 합격 후기가 아닙니다.

면접 질문

서버 데이터를 가져오는 화면에서 로딩, 에러, 재시도 흐름을 어떻게 구성했는지 설명해 주세요.

보완에 사용한 주어진 사실

팀 프로젝트에서 상품 목록 화면을 맡았습니다. 처음에는 응답이 오기 전과 상품이 없는 경우에 같은 빈 화면을 보여주었습니다. 요청 실패도 목록이 없는 것처럼 보였습니다. 저는 로딩, 성공했지만 결과가 없음, 요청 실패를 구분했습니다. 실패 상태에는 재시도 버튼을 두고 요청 중에는 버튼을 비활성화했습니다. 개발 환경에서 응답 지연, 빈 배열, 오류 응답으로 각 상태와 재시도 후 복구를 확인했습니다. 실제 이용자의 이탈률 변화는 측정하지 못했습니다.

보완 전

상품 목록 API를 연결하고 로딩 처리를 했습니다. 에러가 나면 다시 요청할 수 있게 해서 사용성을 개선했습니다.

보완 후

상품 목록 화면에서 응답 대기, 빈 결과, 요청 실패가 모두 비슷한 빈 화면으로 보이는 문제가 있었습니다. 저는 로딩, 결과 없음, 실패 상태를 구분하고 실패 시 재시도할 수 있게 했습니다. 요청 중에는 재시도 버튼을 비활성화했습니다. 개발 환경에서 응답 지연, 빈 배열, 오류 응답으로 표시 상태와 재시도 후 복구를 확인했습니다. 다만 실제 이용자의 이탈률이 줄었는지는 측정하지 못했습니다.

데이터를 불러왔다에서 로딩·빈 결과·실패의 구분으로

기존 화면에서 사용자가 구분하기 어려웠던 상태가 빠져 있습니다.
로딩·빈 결과·실패를 어떻게 나눴는지 설명이 없습니다.
재시도와 복구를 어떤 조건으로 검증했는지 알기 어렵습니다.

보완 후 답변은 위의 주어진 사실만 재구성했습니다. 내 경험에 없는 숫자나 역할을 추가할 필요는 없습니다.

이어질 수 있는 꼬리질문

기존 목록이 있는 상태에서 새 요청이 실패하면 어떤 정보를 유지하겠나요?
필터를 빠르게 바꿨을 때 늦게 온 이전 응답은 어떻게 처리하겠나요?
자동 재시도와 사용자가 누르는 재시도를 어떤 기준으로 나누겠나요?

같은 질문에 내 경험으로 답해 보기

첫 진단은 로그인 없이 1회 무료입니다. 약점, 개선 답변 초안, 예상 꼬리질문을 확인할 수 있습니다.

이 질문에 내 경험으로 답하기