대학생이 졸업 전에 게임 QA 포트폴리오 만드는 법

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

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

QA 포트폴리오가 다른 직무와 다른 점

게임 QA는 게임이 플레이어에게 전달되기 전에 오류 없이 작동하는지 확인하는 품질 관리 직무입니다. 아트나 기획처럼 눈에 띄는 창작물이 없어서 포트폴리오를 어떻게 만들어야 할지 막막해하는 대학생이 많습니다. 하지만 QA에도 분명한 결과물이 있습니다. 바로 테스트 문서와 버그 리포트입니다.

평가자는 문서를 보고 세 가지를 확인합니다. 빠짐없이 확인할 항목을 설계했는가, 발견한 문제를 누구나 재현할 수 있게 적었는가, 그리고 결과를 정리해 개발팀이 무엇을 먼저 고쳐야 하는지 판단할 수 있게 했는가입니다. 버그를 많이 찾았다는 숫자보다 이 과정의 정확성이 더 중요합니다.

그래서 QA 포트폴리오는 문장력과 정리력이 그대로 드러나는 문서입니다. 전공과 상관없이 보고서를 깔끔하게 써 본 경험이 있다면 강점이 됩니다.

포트폴리오에 담을 문서와 각각의 핵심

• 테스트 계획서: 테스트 범위, 기간, 환경(기기·OS), 우선순위를 정리한 문서
• 테스트 케이스: 확인할 항목마다 절차, 기대 결과, 통과 여부를 적은 표
• 버그 리포트: 제목, 재현 절차, 기대 결과, 실제 결과, 심각도, 환경, 증거 자료
• 회귀 테스트 기록: 수정된 버그가 다시 생기지 않는지 확인한 결과
• QA 분석 문서: 발견한 문제의 경향과 개선 제안을 정리한 요약 보고서

이 중 버그 리포트는 가장 꼼꼼하게 봅니다. '가끔 튕김'처럼 모호한 리포트는 개발자가 고칠 수 없습니다. 어떤 화면에서, 어떤 순서로 조작했을 때, 몇 번 시도 중 몇 번 발생했는지를 적고, 캡처나 짧은 영상을 붙여야 합니다. 심각도는 게임 진행이 막히는지, 화면이 조금 어긋나는 정도인지에 따라 구분해 적으세요.

자동화 테스트 경험이 있다면 덧붙여도 좋지만 필수는 아닙니다. 신입 단계에서는 수동 테스트 문서의 완성도가 먼저입니다.

어떤 게임으로 테스트해야 할까

가장 좋은 대상은 학교 팀 프로젝트나 동아리, 친구가 만든 게임처럼 개발 중인 빌드입니다. 개발자에게 직접 리포트를 전달하고 수정 결과를 다시 확인하는 회귀 테스트까지 경험할 수 있어, 실무와 가장 비슷한 과정을 담을 수 있습니다. 팀 프로젝트에서 QA를 자청하는 것도 좋은 방법입니다.

출시된 게임으로 연습할 수도 있습니다. 다만 이용 약관을 지키고, 다른 플레이어에게 피해를 주거나 버그를 악용하는 방식의 테스트는 피해야 합니다. 발견한 문제를 포트폴리오에 넣을 때는 공식 채널에 제보한 기록이 있다면 함께 정리해 두면 좋습니다.

성격이 다른 게임을 고르면 포트폴리오의 폭이 넓어집니다. 예를 들어 하나는 모바일 게임으로 기기별 화면 대응과 결제 흐름을, 다른 하나는 PC 게임으로 옵션 설정과 조작 입력을 중점으로 테스트하면 다양한 환경을 다뤄 봤다는 것이 드러납니다.

학기와 방학을 활용한 준비 순서

1. 학기 중: 버그 리포트 양식을 정하고, 평소 하는 게임에서 발견한 문제를 양식대로 기록하기
2. 학기 중: 한 게임의 메뉴 하나를 정해 테스트 케이스 작성 연습하기
3. 방학: 한 게임 전체를 대상으로 계획서부터 분석 문서까지 첫 세트 완성하기
4. 다음 학기: 팀 프로젝트 빌드에 QA로 참여해 리포트와 회귀 테스트 경험 쌓기
5. 다음 방학: 다른 플랫폼이나 장르로 두 번째 세트 만들기
6. 졸업 학기: 두 세트를 다듬고 요약 페이지와 함께 지원용으로 정리하기

한 세트를 만드는 데 몇 주에서 몇 달이 걸릴 수 있습니다. 학기 중에는 리포트 쓰기를 습관처럼 반복하는 것만으로도 큰 연습이 됩니다. 게임을 하다 이상한 점을 발견하면 바로 양식에 맞춰 기록하는 습관이 쌓이면, 방학에 세트를 만들 때 속도가 훨씬 빨라집니다.

분석 문서로 한 단계 앞선 인상 주기

많은 대학생 포트폴리오가 버그 리포트를 나열하는 데서 끝납니다. 여기에 분석 문서를 한 장 더하면 인상이 크게 달라집니다. 발견한 문제를 화면별, 유형별, 심각도별로 나눠 보면 특정 기능에 문제가 몰려 있다는 경향이 보입니다. 그 경향을 바탕으로 어느 부분을 먼저 다시 테스트해야 하는지 제안하는 것이 QA의 실무 사고방식입니다.

사용성 측면의 의견도 덧붙일 수 있습니다. 버그는 아니지만 플레이어가 헷갈릴 만한 버튼 배치, 설명이 부족한 튜토리얼 같은 부분을 별도 항목으로 정리하면 기획 관점까지 갖춘 QA라는 인상을 줍니다. 다만 개인 취향과 객관적 문제를 구분해서 적어야 합니다.

졸업 전에 다시 확인할 것

마무리 단계에서는 모든 리포트의 양식이 통일되어 있는지, 캡처와 영상 링크가 제대로 열리는지 확인하세요. 오탈자가 많은 QA 포트폴리오는 꼼꼼함을 보여 주는 직무라는 점에서 특히 불리합니다. 다른 사람에게 리포트 하나를 주고 그대로 재현해 보게 하는 것도 좋은 점검 방법입니다.

자기소개서와 포트폴리오의 내용이 연결되는지도 살펴보세요. 꼼꼼함을 강점으로 적었다면 그것을 증명하는 리포트가 앞쪽에 있어야 하고, 협업 경험을 강조했다면 팀 프로젝트의 회귀 테스트 기록이 눈에 띄게 배치되어 있어야 합니다.

버그는 찾아 봤는데 그것을 어떤 문서 묶음으로 보여 줘야 할지 감이 오지 않는다면, SBS아카데미게임학원 게임QA 과정 상담에서 지금 작성한 리포트와 남은 학기 일정을 함께 보며 포트폴리오 구성을 정리할 수 있습니다.

자주 묻는 질문

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

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

함께 읽으면 좋은 글