
게임 QA는 출시 전에 게임의 문제를 찾아내는 품질 관리 직무입니다. 단순히 게임을 많이 해 보는 일이 아니라, 기획서를 읽고 무엇을 확인해야 할지 정리한 뒤…
QA는 게임의 문제를 찾아 정확히 전달한다
게임 QA(품질 보증)는 개발 중인 게임을 체계적으로 테스트해 문제를 찾습니다. 기획 문서를 바탕으로 테스트 케이스를 만들고, 그 항목대로 기능을 확인하고, 버그를 발견하면 재현 절차와 함께 버그 리포트로 정리해 개발팀에 전달합니다. 수정된 뒤에는 정말 고쳐졌는지, 다른 곳에 새 문제가 생기지 않았는지 다시 확인합니다.
QA에게 중요한 것은 꼼꼼함과 재현 능력입니다. '가끔 튕긴다'는 보고는 개발자에게 쓸모가 없습니다. 어떤 기기에서, 어떤 순서로, 몇 번 시도했을 때 문제가 생기는지 정확히 적어야 개발자가 원인을 찾을 수 있습니다. 모바일, PC, 콘솔처럼 여러 플랫폼을 테스트하는 경우도 많고, 반복 테스트를 자동으로 돌리는 자동화 도구를 다루기도 합니다.
기획 신입은 의도를 설계하고 문서로 남긴다
기획 신입은 보통 선배 기획자 아래에서 작은 기능이나 콘텐츠를 맡아 문서를 쓰고 데이터를 입력하는 일부터 시작합니다. 아이템 데이터 테이블을 채우거나, 이벤트 하나의 기획서를 쓰거나, 기존 시스템의 문서를 정리하는 일이 대표적입니다. 이후 담당 범위가 점점 넓어집니다.
기획 신입에게 중요한 것은 설계 능력과 문서 작성력입니다. 아이디어를 다른 사람이 오해 없이 이해하도록 쓰는 능력, 규칙의 빈틈을 미리 찾아 채우는 능력이 필요합니다. 만들어진 결과물이 문서 의도와 다를 때 원인을 함께 찾는 일도 많아, 여기서 QA와 가장 많이 협업합니다. 신입 기획자의 문서가 애매하면 QA가 테스트 기준을 세우기 어렵고, 개발자도 해석을 달리해 다른 결과물이 나옵니다. 그래서 기획 신입은 '이 문장을 읽은 사람이 모두 같은 것을 떠올릴까'를 늘 점검해야 합니다.
같은 기준으로 놓고 비교하면
| 기준 | 게임 QA | 게임 기획 신입 |
|---|---|---|
| 하는 일 | 테스트 케이스 작성, 테스트 수행, 버그 리포트 | 기능·콘텐츠 기획서 작성, 데이터 입력, 결과물 검수 |
| 핵심 역량 | 꼼꼼함, 재현 능력, 정확한 문서 전달 | 설계력, 문서 작성력, 게임 분석력 |
| 주로 쓰는 도구 | 버그 관리 툴, 스프레드시트, 테스트 기기, 자동화 도구 | 문서 도구, 스프레드시트, 엔진, 흐름도 도구 |
| 채용에서 보는 것 | 게임 이해도, 버그 리포트 작성 능력, 태도 | 기획서 포트폴리오, 과제 전형 결과 |
| 성장 경로 | QA 리드, 테스트 자동화, 품질 관리 전문가, 기획·PM 전환 | 시스템·콘텐츠·밸런스 전문 기획자, 리드 기획자, 디렉터 |
표에서 보듯 QA는 포트폴리오 부담이 상대적으로 적은 대신 실무 태도와 기본 역량을 엄격하게 봅니다. 기획 신입은 과제 전형과 포트폴리오 비중이 커서 준비 기간이 더 길어지는 편입니다. 당장 업계 경험이 필요한지, 원하는 직무로 바로 들어가는 것이 더 중요한지에 따라 선택이 달라질 수 있습니다. 두 직무 모두 게임을 만드는 팀의 일원이라는 점은 같습니다.
QA를 기획으로 가는 징검다리로만 보면 안 되는 이유
QA로 입사해 기획으로 옮기는 사람이 있는 것은 사실입니다. 게임의 규칙과 예외 상황을 누구보다 잘 알게 되고, 개발 과정 전체를 가까이에서 보기 때문입니다. 하지만 QA를 단지 기획으로 가는 임시 통로로만 생각하면 문제가 생깁니다.
첫째, 면접에서 그 의도가 드러나면 QA 직무에 대한 진지함을 의심받을 수 있습니다. 둘째, 직무 전환은 회사의 제도와 팀 상황에 따라 달라서 보장된 경로가 아닙니다. 셋째, QA 자체도 테스트 자동화, 품질 관리 체계 설계처럼 전문성을 깊게 쌓을 수 있는 분야입니다. QA를 선택한다면 그 일 자체에서 성장할 방향도 함께 생각해 두는 편이 좋습니다. 테스트 자동화 스크립트를 다룰 줄 아는 QA는 업계에서 꾸준히 찾는 인재입니다.
기획으로 옮기고 싶은 마음이 분명하다면, QA로 일하는 동안 개인 시간에 기획서를 꾸준히 써 두는 것이 중요합니다. 기회가 왔을 때 보여 줄 결과물이 없으면 전환이 어렵습니다.
지원 전에 준비할 것
- QA 지원: 실제 게임에서 찾은 문제를 재현 절차, 기대 결과, 실제 결과로 나눠 쓴 버그 리포트 예시, 간단한 테스트 케이스 문서
- 기획 지원: 기존 게임을 분석한 역기획서, 직접 설계한 창작 기획서, 가능하면 간단한 프로토타입
두 직무 모두 지원하는 회사의 게임을 깊이 플레이해 보는 것이 기본입니다. QA라면 그 게임에서 발견할 수 있는 문제를, 기획이라면 그 게임의 구조와 개선점을 이야기할 수 있어야 합니다. 스프레드시트로 표를 정리하고 간단한 함수를 쓰는 능력은 두 직무 모두에서 기본으로 기대되니 미리 익혀 두세요.
이런 사람은 QA, 이런 사람은 기획
게임을 하다 이상한 동작을 발견하면 원인을 끝까지 파고들고 싶어지고, 같은 작업을 반복하면서도 작은 차이를 놓치지 않으며, 문제를 정리해 남에게 정확히 전달하는 데 자신이 있다면 QA가 잘 맞습니다. 새로운 규칙과 콘텐츠를 상상하고 문서로 풀어내는 것이 즐겁고, 내 아이디어가 게임에 들어가는 것을 보고 싶다면 기획이 잘 맞습니다.
두 직무 사이에서 고민된다면 버그 리포트 한 편과 기획서 한 편을 각각 써 보고 어느 쪽이 더 자연스러운지 비교해 보세요. 결과물을 놓고 어느 직무로 먼저 지원할지 정하기 어렵다면, SBS아카데미게임학원 게임QA 과정 상담에서 테스트 문서와 기획 문서의 방향을 함께 점검해 볼 수 있습니다.
자주 묻는 질문
QA는 게임만 잘하면 되나요?
게임 실력보다 꼼꼼한 관찰과 정확한 기록이 더 중요합니다. 버그를 재현하고 문서로 전달하는 능력이 핵심입니다.
기획 신입도 QA 업무를 하나요?
자신이 설계한 기능이 의도대로 만들어졌는지 확인하는 검수 업무를 합니다. 이 과정에서 QA와 긴밀히 협업합니다.
가까운 캠퍼스에서 게임 QA 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.