게임 QA는 게임이 의도대로 동작하는지 확인하고 문제를 찾아내는 일입니다. 그냥 많이 플레이한다고 버그를 다 찾을 수는 없습니다. 무엇을 어떤 순서로 확인할지 미리 적어 둔 문서가 필요한데, 이것을 테스트 케이스라고 합니다. 이 글에서는 게임 QA 테스트 케이스를 작성하는 방법을 설명합니다.

테스트 케이스란

테스트 케이스는 '어떤 조건에서, 무엇을 하면, 어떤 결과가 나와야 한다'를 적은 확인 항목입니다. 여러 사람이 같은 케이스로 테스트하면 누가 하든 같은 기준으로 확인할 수 있습니다. 또 업데이트 후 기존 기능이 망가지지 않았는지 다시 확인할 때도 같은 케이스를 반복해서 씁니다.

테스트 케이스는 기획서를 바탕으로 만듭니다. 기획서에 적힌 규칙이 모두 확인 대상이 되므로, 케이스를 쓰다 보면 기획서에서 빠진 규칙이나 모호한 부분이 드러나기도 합니다. 그래서 QA가 기획 단계부터 문서를 검토하는 회사도 많습니다.

테스트 케이스의 구성 항목

기대 결과는 확인 가능한 형태로 써야 합니다. '정상적으로 구매된다'보다 '골드가 100 줄고 인벤토리에 포션 1개가 추가된다'처럼 구체적으로 적어야 누구나 같은 판단을 내릴 수 있습니다.

작성 순서

1. 기획서 읽기: 기능의 규칙, 조건, 예외를 목록으로 뽑습니다.
2. 기능 나누기: 큰 기능을 작은 확인 단위로 쪼갭니다.
3. 정상 경로 작성: 의도한 대로 사용하는 경우부터 씁니다.
4. 예외 경로 작성: 조건이 맞지 않거나 이상한 행동을 하는 경우를 씁니다.
5. 우선순위 표시: 중요도와 위험도에 따라 먼저 확인할 케이스를 표시합니다.
6. 검토 받기: 기획자와 함께 규칙 해석이 맞는지 확인합니다.

작성할 때는 기능 하나를 정해 정상 경로, 예외 경로 순서로 빠르게 초안을 만든 뒤 다듬는 것이 효율적입니다. 처음부터 완벽한 문장을 쓰려 하면 시간이 오래 걸립니다. 초안 단계에서는 빠진 경우가 없는지에 집중하고, 다듬는 단계에서 문장을 정리합니다.

예외 상황을 찾는 방법

버그는 대부분 예외 상황에서 나옵니다. 정상 경로만 확인하면 실제 유저가 겪는 문제를 놓치기 쉽습니다. 다음과 같은 관점으로 예외를 찾아보세요.

• 경계값: 골드가 정확히 가격과 같을 때, 1 모자랄 때, 최대치일 때
• 빈 값과 최대치: 인벤토리가 가득 찼을 때, 아무것도 없을 때
• 순서 바꾸기: 정해진 순서와 다르게 버튼을 누를 때
• 중단: 구매 도중 앱을 끄거나 네트워크가 끊길 때
• 반복: 버튼을 빠르게 여러 번 누를 때
• 동시 행동: 두 기기에서 같은 계정으로 동시에 행동할 때

특히 결제, 재화, 아이템 지급처럼 유저 자산과 관련된 기능은 예외 케이스를 더 촘촘하게 작성해야 합니다.

좋은 테스트 케이스의 조건

• 하나의 케이스는 하나의 확인만 합니다.
• 처음 보는 사람도 그대로 따라 할 수 있습니다.
• 기대 결과가 분명해 판정이 갈리지 않습니다.
• 기획이 바뀌면 함께 수정되어 최신 상태를 유지합니다.

케이스는 스프레드시트나 테스트 관리 도구로 관리합니다. 업데이트마다 모든 케이스를 다 돌리기 어려우므로, 변경된 기능과 중요한 기능 위주로 묶음을 만들어 두면 효율적입니다. SBS아카데미게임학원 게임QA 과정에서는 게임이 유저에게 전달되기 전 오류 없이 돌아가는지 확인하고 검수하는 품질관리 실무를 배웁니다.

업데이트 후 기존 기능이 망가지지 않았는지 확인하는 테스트를 회귀 테스트라고 합니다. 회귀 테스트용 케이스 묶음은 자주 쓰이므로 특히 정확하고 짧게 관리해야 합니다. 반복해서 돌리는 케이스 일부는 자동화 도구로 옮기기도 합니다.

자주 묻는 질문