이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
게임 버그 피드백을 받았을 때 우선순위를 정하는 기준은 영향 범위(얼마나 많은 유저에게 발생하는가)와 심각도(게임 진행을 막는가)입니다. 학교 프로젝트에서 버그 30개를 한꺼번에 받았을 때 무엇부터 처리할지 판단이 서지 않았던 경험이 있습니다. 이후 크래시·진행 불가 버그는 즉시 수정, 기능 오작동은 다음 스프린트, 시각적 결함은 여유가 생길 때로 분류하는 3단계 우선순위 기준을 적용했습니다.
피드백이 많이 들어온다는 것은 유저가 게임에 투자하고 있다는 신호이기도 해서, 피드백 자체를 긍정적으로 인식하는 것이 중요합니다. 우선순위 결정 후 수정 예정 시기를 팀 내에 공유하면 혼선이 줄어듭니다. 모든 버그는 같지 않다, 분류가 해결의 절반이다라고 생각합니다.
체계적인 기준으로 버그 우선순위를 관리하겠습니다.
인턴 기간 중 QA 팀에서 올라온 리포트에 UI 버튼이 간헐적으로 반응하지 않는다는 항목이 있었는데, 저는 PC 마우스로만 테스트해서 재현이 안 돼 낮은 우선순위로 분류했습니다. 같은 내용이 사흘 후 재신고됐고, 그때서야 실제 안드로이드 기기를 빌려서 직접 플레이해봤습니다.
결제 확인 버튼이 팝업 레이어 바로 아래 배치돼 있어서 터치할 때마다 두 번 중 한 번은 팝업이 먼저 닫히는 구조였습니다. 처음부터 유저 환경을 기준으로 재현했다면 하루 만에 잡을 버그였는데 닷새를 흘려보낸 것이었습니다. 그 이후로는 피드백을 받으면 어떤 기기·화면 경로에서 발생했는지를 먼저 메모하고, 개발 환경이 아닌 그 기기 환경을 직접 재현해 영향도를 확인하는 방식으로 우선순위를 잡게 됐습니다.
팀 프로젝트에서 버그 리포트가 한꺼번에 7건 쌓였을 때, 저는 기술적 난이도와 수정 시간을 기준으로 쉬운 것부터 처리하려 했습니다. 그런데 기획 담당 팀원이 그중 하나인 맵 전환 시 저장 데이터가 사라지는 버그가 다음 주 발표 데모에서 나오는 구간이라고 알려줬습니다. 저는 원인을 파악하지 못해 뒤로 미뤘던 것인데, 기획 쪽에서 그 버그가 데모를 통째로 날릴 수 있는 지점이라는 정보를 공유해줘서 우선순위를 즉시 바꿨습니다. 결국 씬 전환 시 PlayerPrefs 저장 타이밍 문제였고 처리에 두 시간이 걸렸지만 발표 직전 수정이 가능했습니다. 버그 심각도는 혼자 판단하는 게 아니라 영향을 받는 팀과 함께 짚어야 한다는 걸 그때 알았습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 고객상담·CS 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.