QA는 서비스나 제품의 완성도를 책임진다! ※ 오늘의 로딩팁은 PC 버전에 최적화 되어있습니다. 웹에서 보기 |
|
|
친구들 안녕! 오늘은 직무 소개에 대한 레터를 준비했어. 체감상 GM에 이어 가장 많은 질문을 받는 게임 QA에 대해 알아보도록 할게. 바로 시작해보자고~ |
|
|
QA는 Quality Assurance의 준말로 서비스나 제품의 완성도를 책임지는 직군이야. 게임 회사에서는 당연히 테스트와 검수를 통해 게임의 품질을 올리는 역할을 하지. 가장 대표적인 업무는 기능이 개발되면 기획 의도대로 버그 없이 잘 구현되었는지 검증하는거야. 게임 개발과 서비스에 있어 없어서는 안 될 존재! |
|
|
-
2. 점프 100번 해서 괜찮은지 확인하는 직무라고? |
|
|
QA는 단순 반복을 통해 기능의 정상 여부만을 검증하는 직무라고 오해하는 경우가 있어. 전혀 그렇지 않아! 예기치 못한 케이스에 QA는 유저로써 충분히 할 만한 행동을 예측하고 해당 행동들에 대한 처리가 잘 이루어졌는지 검증해야 해. 예를 들어 입장 횟수 제한이 있는 던전을 클리어 하지 못했을 때, 게임을 강제 종료한 후 재접속하면 재도전이 가능한 경우가 있어. 일반적인 케이스에서는 일어나지 않을 일이더라도, 유저라면 이렇게 시도해 볼 수 있지 않을까? 하는 것을 예측하고 이상이 없는지 직접 검증해 보는 거지. 내가 만났던 어떤 QA는 기능이 추가되면 버튼이 있든, 없든 모든 화면을 다 빠르게 여러번 반복해서 눌러본다고 했어. 그러다 전혀 예상치 못하게 비사용 처리 된 버튼이 풀리기도 하고… 아찔한 상황을 많이 발견했었지.
|
|
|
1) 기획 리뷰 참여
신규 기능을 개발하고자 할 때 기획서 작성이 완료되고 ‘저 이런걸 개발하려고 합니다~’ 하고 관련 담당자를 모아 리뷰하는 것을 기획 리뷰라고 해. 프로젝트 특성이나 시스템 볼륨에 따라 차이는 있지만 보통 담당 기획자, 프로그래머, UI, QA가 참여해. QA는 리뷰를 들으며 궁금한 점을 확인하고 검증을 용이하게 하는 데 필요한 치트키 개발을 요청하기도 해. |
|
|
2) TC 작성
기획 리뷰와 기획서를 토대로 TC를 작성 해. TC는 Test Case의 약자로 어떤 것을 검증할 것인지 미리 리스트를 작성하는 거야. TC가 정교하고 자세하게 작성될 수록 아무래도 퀄리티 높은 검증을 할 수 있기 때문에 QA는 입사 시 과제나 포폴로 TC를 요구하기도 해. |
|
|
3) 검증
이제 작성 된 TC를 기반으로 실제 테스트를 진행 해. 정상 스펙과 다른 현상을 발견했을 경우에는 버그리포트를 작성해. 버그를 리포트하고 트래킹하는 툴 중 하나인 ‘JIRA’는 이전 레터에서 간단히 다룬 적이 있어. 자세하게 알고 싶다면 [TIP32] 지라가 뭔지 모르겠는지라... 이 레터를 참고 해. 결과 값이 버그가 맞는지 아닌지 긴가~민가 한 경우라면 기획자나 담당 프로그래머에게 의도와 일치하는 지 묻기도 하고, 테스트 과정 중 유저 입장에서 굉장히 번거롭거나 불합리하다고 느껴지는 것들에 대한 기능 개선을 제안하기도 해. |
|
|
4) 이슈 재검증
작성한 이슈를 담당자가 확인하여 수정하면 진짜!! 제대로 수정이 이루어졌는지 다시 확인해. 그리고 정상적으로 수정되었다면 이슈는 종료! 검증 범위에 대한 모든 이슈가 종료되면 결과 보고서를 작성해. 정상적으로 서비스 할 수 있다고 도장을 찍어주는거지! |
|
|
Fun QA 라는 것도 있어. 모든 스튜디오에 있는 건 아니지만 중요성이 계속해서 커지는 중이고 꼭 QA라는 이름이 아니더라도 뭔가 심심찮게 보이는 느낌?! QA는 기능이 의도한대로 동작하는지 확인하는 직무인데, Fun QA는 이름 그대로 재미에 좀 더 초점을 맞추어 검증하는 직무야. 기획자가 의도한 재미가 실제로 느껴지는 지, 게임의 난이도가 적절한지 등 유저 입장에서 어떤 경험을 하는지 살피는 것이 주 역할! 비슷하게 캐릭터 스펙이나 던전 등 밸런스 QA도 대상이 될 수 있어. 그렇기 때문에 Fun QA는 정말로 평소에 어떤 게임을 주로 플레이하는지, 어떤 방식으로 플레이 하는 것을 좋아하는지 (업적 달성형, PK형 등) 를 중요하게 따져서 선정 하곤 해.
QA를 단순한 반복 행동을 통해 이상 여부를 체크하는 직무라고 생각하거나 또는 게임을 열심히 플레이하기만 하면 된다고 쉽게 생각하는 경우가 많은 것 같아. 하지만 QA는 꼼꼼함 뿐만 아니라 게임 경험, 센스, 일정 관리 등 굉장히 복합적인 능력을 필요로 하는 업무야. 잘하는 QA를 만났을 때와 그렇지 않은 QA를 만났을 때의 모두의 업무 강도와 게임 퀄리티는 정말 하늘과 끝이거든. 아마 개발팀 모두가 가장 사랑해 마지 않는, 꼭 있어야 한다고 생각하는 직무는 QA 아닐까?
|
|
|
|
QA는 기본적인 기능 개발이 되었을 때 (최소) 1번, 데이터 입력이 완료되었을 때 1번 검수가 들어가. 모든 기능 검수가 완료되면 전체적인 게임 플로우 검증도 들어가지 (정말 엄청 뜬금없는 곳에서, 원래는 멀쩡했던 곳에서 버그가 생기기도 하거든.) 핸드폰 기종 별로는 이슈가 없는지 디바이스 별 검증도 해야 하고 말이야. 개발 공정의 맨 마지막 단계에서 일을 하기 때문에 시간에 쫓기는 경우가 굉~~~장히 많아. 예기치 못한 야근을 많이 하기 때문에 체력이 매우 중요해. 기획자 입장에서 기획에 많은 시일이 소요되어 QA 분들이 야근을 하는 모습을 보면…😥😥😥 항상 죄송하고… 감사하고… 사랑하고… 아무튼 그래. |
|
|
(신규 기능을 추가하면서 예상치 못한 곳에서 사이드이펙트가 생기기도 한다.)
|
|
|
그럼에도 한때는 전문성이 상대적으로 떨어지고 한 프로젝트에 오래 머물러야 유리한 ‘히스토리 보유 여부’가 중요한 직무가 아니라는 인식때문에 연봉 등에서 저평가 되고, 계약직으로 채용하는 경우가 많았어. 물론 요새는 QA의 중요성도 많이 커지면서 인식이 바뀌고 기존보다 QA를 공채로 뽑거나 인턴쉽 과정을 통해 전문적으로 교육하려는 시도도 많이 보이고 있어.
추가적으로 QA는 유관부서 중 기획서를 가장 자주 접하고 면밀히 뜯어보는 직무야. 그렇기에 QA → 기획자로 테크를 타는 경우도 많아. 혹 기획자가 되고 싶은 사람 중에는 QA로 먼저 경험을 쌓고 기획 직무를 준비하는 사람들도 왕왕 있더라고. 앞서 말했듯 QA는 단기 계약직으로 채용하는 경우도 많다보니 상대적으로 기회가 많은 편이라 가능한 테크인 것 같아.
|
|
|
마지막으로 게임 QA에 대한 책을 하나 소개할게. 기본적인 QA의 역할 뿐 아니라 형상 관리 등 게임 개발 자체에 대한 이해도도 올리기 좋으니 관심 있는 친구들은 참고해! |
|
|
💬시닝
지난주 레터 주제는 책상 풍경이었는데, 읽다보니 문득 다른 사람들의 책상 모습도 궁금하더라고. 내 책상에는 기본적으로 더블 모니터, 키보드, 마우스 외에 멀티탭, 충전기, 아이패드, 안경, 장패드, 컵받침, 디퓨저가 놓여 있는 편이야. 집이든 회사든! 로딩이들 책상은 어때? 보여줄 사람 있어?😆 |
|
|
-
NOTICE
오늘의 로딩팁 레터를 유익하게 읽었다면 설문조사에 참여해 주세요💙
|
|
|
발행인 오늘의 로딩팁
이메일 주소 admin@loadingtip.com
|
|
|
|
|
