1장. QA라는 직업에 대해 이야기하기 전에

게임 QA를 처음 접하는 사람들은 대개 이렇게 묻습니다.

“QA는 버그를 잡는 일이죠?”

절반은 맞고, 절반은 틀린 말입니다. 버튼을 눌러보고, 시스템이 정상 동작하는지 확인하는 일은 분명 QA 업무의 일부입니다. 하지만 그것만으로는 QA를 설명할 수 없습니다. 그 일은 ‘테스트’이고, QA는 그보다 한 걸음 더 앞에 서 있는 역할이기 때문입니다.

이 책은 QA 기술서가 아닙니다. 테스트 케이스를 어떻게 쓰는지, 버그 리포트를 어떤 양식으로 작성하는지를 나열하지도 않습니다. 이 책이 다루는 것은 하나입니다.

게임 QA는 어떤 사고방식으로 게임을 바라보는 사람인가.

---

테스팅은 누구나 할 수 있다. QA는 그렇지 않다

테스팅은 누구나 할 수 있습니다. 매뉴얼이 있고, 절차가 있으며, 결과를 기록하면 됩니다. 실제 현장에서도 많은 인력들이 이 일을 수행합니다. 그 자체로 가치 있는 일이고, 프로젝트에 반드시 필요한 과정입니다.

하지만 QA는 질문을 던지는 사람입니다.

• 이 기능은 왜 이렇게 설계되었는가
• 이 규칙은 유저에게 어떤 선택을 강요하는가
• 이 시스템은 재미를 강화하는가, 방해하는가

QA는 발견한 문제를 “버그입니다”라고 끝내지 않습니다. 이 문제가 유저 경험에서 어떤 의미를 가지는지 설명해야 합니다. 그리고 가능하다면, 더 나은 방향을 제안해야 합니다.

그래서 테스팅은 누구나 할 수 있지만, 진정한 의미의 QA는 아무나 될 수 없습니다.

---

이해하지 못하면 아무것도 테스트할 수 없다

게임 QA에게 가장 중요한 능력은 무엇일까요?

많은 사람들이 ‘집중력’, ‘꼼꼼함’, ‘끈기’를 떠올립니다. 물론 필요합니다. 하지만 그것만으로는 부족합니다. QA에게 가장 중요한 능력은 이해력입니다.

게임은 수많은 규칙이 얽혀 있는 시스템입니다. 하나의 버튼을 누르면 여러 시스템이 동시에 반응합니다. 이 구조를 이해하지 못하면, 정상과 비정상을 구분할 수 없습니다.

이해하지 못한 상태에서 하는 테스트는 우연에 가깝습니다. 운 좋게 버그를 발견할 수는 있지만, 그 버그가 왜 발생했는지 설명할 수는 없습니다.

그래서 QA는 끊임없이 분석하고 공부해야 합니다. 장르를 이해하고, 기획 의도를 읽고, 개발 과정을 파악해야 합니다. 이해는 QA의 출발점입니다.

---

게임을 사랑하는 마음은 감상이 아니라 연료다

“게임을 좋아해야 QA를 할 수 있나요?”

자주 받는 질문입니다. 대답은 단순합니다.

좋아해야 합니다. 하지만 소비자로서의 ‘좋아함’이면 충분하지 않습니다.

QA에게 필요한 것은 플레이 감상이 아니라 분석입니다.

• 왜 재미있었는가
• 왜 지루했는가
• 왜 이 구간에서 이탈이 발생했을까

게임을 사랑한다는 말은, 게임을 무작정 옹호한다는 뜻이 아닙니다. 오히려 반대입니다. 더 잘되기를 바라기 때문에 불편함을 외면하지 않는 태도입니다.

게임 QA의 동력원은 바로 이 지점에서 나옵니다.

---

이 책의 방향과 커리큘럼에 대하여

이 책은 실제 교육 현장에서 사용해온 커리큘럼을 기반으로 구성되었습니다. 입문자를 대상으로 하지만, 단순한 직무 소개에 그치지 않습니다.

• QA 직무에 대한 기본 이해
• 게임이라는 콘텐츠의 본질
• 장르와 트렌드
• 개발 프로세스와 QA의 역할
• Software QA와 Game QA의 차이
• QA의 한계와 태도

순서에는 이유가 있습니다. QA는 기술 이전에 맥락을 이해해야 하는 직무이기 때문입니다.

---

숙제: 플레이어가 아니라 QA로 게임하기

이 장을 마치며, 간단한 과제를 하나 제안합니다.

장르와 플랫폼을 가리지 말고 가능한 한 다양한 게임을 플레이해보십시오. 그리고 플레이 방식은 바꾸십시오.

즐기는 데서 멈추지 말고, 질문하십시오.

• 왜 재미있을까?
• 왜 재미없을까?
• 무엇이 불편한가?
• 유저들은 이 부분을 어떻게 받아들일까?

이 질문에 답하려는 순간부터, 당신은 이미 QA의 시선으로 게임을 보고 있는 것입니다.

다음 장에서는 QA라는 직무를 조금 더 구체적으로 들여다보겠습니다.