게임 QA 지원 전 마지막 점검 체크리스트

이 글과 연결된 과정게임 QA 과정 알아보기

QA 포트폴리오는 실제 게임 빌드를 테스트한 기록으로 만듭니다. 수업에서 제공되는 테스트용 빌드나 출시된 게임을 대상으로 테스트 계획, 테스트 케이스, 버그 …

공고에서 근무 형태와 담당 플랫폼 읽어 내기

게임 QA 채용은 회사마다 형태가 다양합니다. 게임 개발사가 직접 뽑는 경우도 있고, 여러 게임의 테스트를 맡는 전문 업체에서 뽑는 경우도 있습니다. 고용 형태와 계약 기간, 근무 시간도 공고마다 다르기 때문에 지원하기 전에 꼼꼼히 확인해야 합니다. 출시나 업데이트 일정에 맞춰 근무 시간이 달라질 수 있는지도 공고나 면접에서 확인해 두세요.

• 고용 형태와 계약 기간, 근무 시간을 확인했는가
• 테스트 대상이 모바일, PC, 콘솔 가운데 무엇인지 확인했는가
• 기능 테스트, 호환성 테스트, 현지화 테스트 등 담당 업무 종류를 확인했는가
• 우대 사항에 나온 도구나 경험 중 내가 증명할 수 있는 것을 표시했는가

담당 플랫폼은 특히 중요합니다. 모바일 게임 QA라면 여러 기기와 운영체제에서 테스트해 본 경험이, PC나 콘솔이라면 해당 환경에서의 설치와 설정 경험이 도움이 됩니다. 내 포트폴리오의 테스트 기록이 그 플랫폼에서 이루어진 것인지 확인하고, 아니라면 짧게라도 해당 플랫폼 테스트 기록을 보완하세요.

서류 자체가 꼼꼼함의 증거가 되도록

QA 지원서에서 오탈자는 다른 직무보다 무겁게 읽힙니다. 문제를 찾아내는 일을 하겠다는 사람의 서류에 틀린 글자가 있으면, 평가자는 자연스럽게 꼼꼼함을 의심하게 됩니다. 제출 전에 서류를 소리 내어 읽거나, 출력해서 한 줄씩 짚어 가며 확인하는 방법이 효과적입니다.

• 이력서와 자기소개서의 오탈자, 띄어쓰기를 다시 확인했는가
• 날짜, 기간, 숫자 표기 형식이 문서 전체에서 같은가
• 회사 이름과 게임 이름을 정확하게 썼는가
• 다른 회사에 냈던 서류의 흔적이 남아 있지 않은가
• 파일 이름과 형식이 공고의 요구와 맞는가

자기소개서에서는 꼼꼼하다고 말하기보다 꼼꼼함이 드러나는 사례를 쓰는 편이 좋습니다. 무언가를 점검하다 놓쳐질 뻔한 문제를 찾아낸 경험이 있다면, 어떤 방식으로 확인했는지까지 구체적으로 적어 보세요.

버그 리포트 샘플이 바로 읽히는가

QA 포트폴리오의 중심은 버그 리포트와 테스트 케이스입니다. 지원 직전에는 대표 리포트 몇 개를 골라 처음 보는 사람의 눈으로 다시 읽어 보세요. 재현 단계만 따라 해도 문제를 볼 수 있는지, 기대 결과와 실제 결과가 분명히 나뉘어 있는지, 첨부한 영상과 화면이 리포트 내용과 맞는지 확인합니다.

리포트를 다른 사람에게 건네고 따라 해 보게 하는 것도 좋은 점검 방법입니다. 그 사람이 중간에 멈추거나 질문을 한다면, 그 부분이 리포트에서 보완해야 할 곳입니다. 테스트 케이스 목록은 정상 경로와 예외 경로가 균형 있게 들어 있는지 마지막으로 살펴보세요.

실제 빌드로 보는 테스트 과제에 대비하기

QA 채용에서는 실제 게임이나 테스트용 빌드를 주고 정해진 시간 안에 문제를 찾아 기록하게 하는 과제가 나오기도 합니다. 이 과제는 많이 찾는 것보다 정확하게 기록하는 것이 중요합니다. 시간에 쫓겨 재현 단계가 흐린 리포트를 많이 내는 것보다, 확실히 재현되는 문제를 정확하게 정리하는 편이 좋은 평가를 받습니다.

1. 버그 리포트 기본 틀을 미리 익혀 두어 바로 채울 수 있게 하기
2. 화면 캡처와 녹화를 빠르게 하는 방법을 손에 익혀 두기
3. 과제가 시작되면 테스트 범위와 시간 배분을 먼저 정하기
4. 발견한 문제를 심각도 순으로 정리해 제출하기

과제에서 문제를 많이 찾지 못했더라도 어떤 범위를 어떤 방식으로 테스트했는지 정리해 내면 테스트 설계 능력을 보여 줄 수 있습니다.

면접에서 자주 묻는 상황 질문 정리

QA 면접에서는 상황을 주고 어떻게 대응할지 묻는 질문이 자주 나옵니다. 개발자가 내가 올린 버그를 의도된 동작이라고 할 때, 재현이 잘 안 되는 문제를 발견했을 때, 출시 직전에 심각한 문제를 찾았을 때 어떻게 할지 같은 질문입니다.

답변의 방향은 근거와 소통입니다. 내 판단만 고집하기보다 기획 문서나 기대 동작을 근거로 확인하고, 필요한 정보를 더 모아 다시 공유하겠다는 흐름이 좋습니다. 근거 없이 개발자 의견에 그대로 따르겠다는 답이나, 반대로 끝까지 내 의견을 밀어붙이겠다는 답은 피하는 것이 좋습니다.

출시 직전 문제에 대한 질문이라면 혼자 판단하지 않고 문제의 영향 범위와 재현 조건을 빠르게 정리해 담당자에게 알리는 것이 먼저라는 방향으로 답해 보세요. QA의 역할은 출시 여부를 결정하는 것이 아니라, 결정하는 사람이 정확한 정보로 판단할 수 있게 돕는 것이라는 점을 이해하고 있다는 인상을 줄 수 있습니다.

반복 작업에 대한 질문도 나올 수 있습니다. 같은 기능을 여러 번 테스트하는 일이 지루하지 않겠느냐는 질문에는, 반복 속에서 작은 변화를 찾아내는 방법이나 집중을 유지하는 나만의 습관을 구체적으로 말하는 편이 좋습니다.

제출 직전 마지막 확인

최종 파일과 링크가 열리는지, 첨부한 영상이 재생되는지, 연락처에 오타가 없는지 확인하고 제출 기록을 남겨 두세요. 여러 회사에 지원한다면 회사별로 고용 형태와 담당 플랫폼을 함께 적어 두면 면접 준비가 수월합니다. 면접 전에는 그 회사 게임을 다시 실행해 최근 버전에서 눈에 띈 점을 짧게 메모해 두세요.

버그 리포트와 테스트 케이스가 지원하는 회사의 플랫폼과 업무에 잘 맞는지 확인하고 싶다면, SBS아카데미게임학원 게임QA 과정 상담에서 지원 서류를 함께 점검할 수 있습니다.

자주 묻는 질문

가까운 캠퍼스에서 게임 QA 알아보기

사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.

함께 읽으면 좋은 글