Game QA

Game QA란?

게임이 유저에게 출시되거나 업데이트되기 전, 기획 의도대로 잘 작동하는지 확인하고 수정하여 최고의 품질을 보증하는 직무다.

단순히 게임을 플레이하는 것을 넘어, 버그를 찾고 게임 전반의 완성도를 높이는 역할을 담당한다.

 

주요 업무 영역

•    품질 관리 : 테스트 환경 개선, TC 설계 및 실행으로 게임 품질 확보

•    다양한 테스트 수행 : 기능 테스트, 탐색 테스트, 플랫폼별 특성에 맞춘 테스트 진행

•    서비스 안정화 지원 : 버그 트래킹, 로그 기반 테스트, 정기 점검 관리로 안정적 서비스 유지

•    리스크 예방 : 테스트 프로세스 정밀화 및 결함 관리로 서비스 리스크 최소화

•    기술 활용 및 고도화 : 자동화 도구·관리 솔루션으로 테스트 환경 효율화

 

개발 단계의 QA

개발팀에서 기획·설계한 게임의 제작 과정에서, QA는 기획서를 검토하여 테스트 내용을 정리하고 검증을 수행한다.

 

진행 흐름

•    기획서 검토 : 기획서에서 우선 보이는 버그, 기획의도 적합성, 테스트 시 필요한 내용 등을 점검

•    TC/CL 설계 : 검토 내용을 토대로 테스트 문서 작성

•    테스트 진행 : 중요 항목 우선 테스트

•    결과 보고 : 버그 종류별 보고 및 개선사항 도출 (밸런스·FunQA 관점 포함)

TC / CL 비교

※ 두 문서는 목적에 따라 선택적으로 활용하며, 경우에 따라 병행 사용한다.

 

구분	Test Case (TC)	Check List (CL)
목적	특정 조건·시나리오의 상세 검증	여러 항목의 빠른 확인
구성	사전 조건, 진행 단계, 기대 결과	체크해야 할 항목 목록
적합한 상황	신규 기능 전수 검증	확률·데이터 검증, 다수 항목 점검
장점	버그 재현 동선 추적 용이	빠른 검토 가능

 

서비스 단계의 QA

점검 테스트

업데이트 당일, 유저에게 공지된 점검 시간 동안 진행한다.

•    전반적인 내용을 모두 검토하고, 모든 버그·이슈가 정리되면 업데이트를 배포한다.

•    개발 환경에서는 문제없었더라도 실제 서버 환경에서 다른 오류가 생길 수 있으므로 필수 진행이다.

•    라이브 환경에서만 발생하는 신규 이슈도 확인한다 (대규모 동시 접속, 특정 기기 크래시 등).

 

패치 및 라이브 이슈 트래킹

테스트 과정에서 발견하지 못해 라이브 서비스 중 발견되는 버그를 지속 관리한다.

•    CS를 통해 접수된 버그를 수집·추적

•    필요 시 긴급 패치 진행

•    이후 라이브 업데이트 시 해당 이슈를 모아 함께 반영

 

버그 심각도 분류

심각도	정의	대표 사례	우선순위
Critical	핵심 기능 오류로 테스트 불가	비정상 종료, 강제 종료	긴급 (P0)
Major	핵심 기능은 아니나 정상 확인 어려움	데이터 불일치, 서비스 장애 유발	빠른 수정 (P1)
Minor	기능 문제 없으나 서비스 이슈 가능	디자인·퍼블리싱 오류, UI/UX 이슈	일반 (P2)
Trivial	사소한 UI 오류·오탈자·기기 오류	단순 텍스트 오탈자, 레이아웃 미세 오차	여유 시 수정 (P3)

 

버그 리포트 작성

발견한 오류를 개발자가 동일하게 재현할 수 있도록 구체적이고 단계적으로 기술한다.

단순 오류 외에 UI/UX 불편 사항, 개선 제안도 함께 포함할 수 있다.

 

구성 요소	내용	예시
재현 조건	버그를 일으킨 과정 (상황·단계)	스킬 3회 사용 후 아이템 획득 시도
실제 결과	해당 과정에서 실제 발생한 현상	게임 강제 종료 발생
기대 결과	원래 일어나야 할 정상 동작	아이템 정상 획득 후 다음 공격 진행

 

TQA 버그 리포트 작성 예시

•    재현 조건 : 스킬을 3번 사용한 후 아이템 획득 시도

•    실제 결과 : 게임이 강제 종료됨

•    기대 결과 : 아이템이 정상 획득되고, 게임이 멈추지 않고 다음 공격 진행 가능

 

QA 직무 종류

사업 규모에 따라 QA는 업무 목적별로 분업화되는 추세다. 아래는 주요 직무 유형과 역할 요약이다.

직무	주요 역할 요약
개발 QA	전체 시스템·기능 검증 / 기획서 기반 TC 설계 / 이슈 관리·결과 도출
TQA	기술·기능 오류 검증 / 기획서 리뷰 → TC 작성 → 기기·환경별 테스트 → 버그 리포트
점검 QA	업데이트 당일 점검 시간 내 최종 확인 / 라이브 환경 신규 이슈 발굴
FUN QA	재미·밸런스·UX 정성+정량 평가 / 개선안 도출 / UX 리서치와 통합 운영
자동화 QA	반복 테스트 스크립트화 / 회귀·부하·스트레스 테스트 / 결과 리포팅 자동화
밸런스 QA	레벨 디자인·난이도 곡선 검증 / 실제 플레이 체감 확인
LQA	글로벌 번역 검수 / 언어 오기·작동 여부 검토 / 전문 번역가 협업
RQA	서비스 지역별 정책·언어·문화 검토
호환성 QA	다양한 플랫폼·디바이스 호환성 검증 / 최저사양 기기 기준 테스트
라이브 QA	서비스 중 유지보수·지속 모니터링 / CS 접수 이슈 대응
PQA	최종 퍼블리싱 검수 / 마켓 등록 전 국가별 정책 체크

 

주요 직무 상세

TQA (Technical QA)

가장 전통적이고 대표적인 QA 직무. 게임이 기획의도대로 구현되었는지, 기술·기능적 오류가 없는지 검증한다.

•    기획서 리뷰 → TC 작성 → 엔진 환경 1차 검증 → 실기기(PC/모바일/콘솔) 테스트

•    기기별 성능 차이, OS 버전, 네트워크 환경, 그래픽 옵션 등 다양한 변수 고려

•    기능 단위 테스트로 개발자에게 빠른 피드백 제공

 

FUN QA

단순 기능 테스트가 아니라 게임의 재미·밸런스·유저 경험을 평가한다. UX 리서치/사용성 테스트와 통합 운영되는 경우가 많다.

•    정성 평가 : 캐릭터 디자인, 게임 분위기, 스토리 연출 등 플레이어 관점에서 재미·몰입감 평가

•    정량 평가 : 플레이 시간, 난이도 곡선, 사망 횟수, 아이템 소모량 등 지표 기반 분석

•    개선안 도출 : 지루한 구간, 보상 체계 밸런스, 타 게임 대비 개선점 피드백

※ 밸런스 QA와 FUN QA는 역할이 겹치나, 밸런스 QA는 수치 중심, FUN QA는 체감·경험 중심으로 구분된다.

 

자동화 QA (Automation QA)

반복적이고 기계적인 테스트를 자동화 도구·스크립트로 수행한다. 대규모 서비스에서 특히 중요하다.

•    자동화 스크립트 : 로그인, 결제, 퀘스트 진행 등 반복 테스트 구현

•    회귀 테스트 자동화 : 업데이트 후 기존 기능 정상 작동 여부 확인

•    부하·스트레스 테스트 : 동시 다수 접속 시뮬레이션으로 서버 안정성·크래시 확인

•    테스트 환경 관리 : 다양한 기기·OS에서 빌드 배포부터 결과 리포팅까지 자동화

 

글로벌 서비스 관련 QA

해외 서비스를 위한 언어·지역·마켓 전문 직무군이다.

•    LQA (Language QA) : 번역 정확성·오기·작동 여부 검수, 전문 번역가 혹은 외주 협업

•    RQA (Region QA) : 서비스 대상 지역의 정책·언어·문화 검토

•    PQA (Publishing QA) : 마켓 등록 전 국가별 정책 체크 및 최종 퍼블리싱 검수

 

한눈에 보는 QA 사이클

기획서 검토	버그·리스크 사전 파악, TC/CL 설계 준비
TC/CL 작성	검증 항목 문서화 (기능·데이터·UX 포함)
개발 테스트	엔진 환경 → 실기기 순서로 기능 단위 검증
버그 리포트	재현 조건·실제 결과·기대 결과 3요소로 작성
점검 QA	업데이트 당일 라이브 서버 최종 확인
라이브 모니터링	CS 이슈 트래킹, 필요 시 긴급 패치

---

참고

https://gon-h.tistory.com/57#%EA%B2%8C%EC%9E%84-qa

[개발] 게임 QA

https://05cm.tistory.com/54

[게임QA] 게임 업계 포지션 - QA의 종류와 업무