8장. 기능 QA와 Fun QA는 대립하지 않는다

QA를 처음 배우는 사람들은 종종 두 영역을 분리해서 생각합니다. 기능 QA는 정확하고 객관적인 일, Fun QA는 주관적이고 감각적인 일이라는 인식입니다.

하지만 이 구분은 절반만 맞습니다. 기능 QA와 Fun QA는 대립 관계가 아니라, 같은 목표를 다른 방향에서 바라보는 역할입니다.

---

기능 QA는 게임이 ‘작동하는지’를 묻는다

기능 QA는 가장 기본적인 질문에서 출발합니다.

• 버튼을 누르면 의도한 결과가 발생하는가
• 규칙은 문서대로 구현되었는가
• 특정 조건에서 시스템은 안정적으로 동작하는가

이 질문에 대한 답이 ‘아니오’라면, 재미를 논할 단계가 아닙니다. 기능 QA는 게임이 게임으로서 성립하기 위한 최소 조건을 확인하는 역할입니다.

---

Fun QA는 게임이 ‘의미 있게 작동하는지’를 묻는다

기능이 정상적으로 동작한다고 해서, 그 기능이 반드시 재미를 만드는 것은 아닙니다.

Fun QA는 한 단계 더 나아간 질문을 던집니다.

• 이 기능은 플레이어에게 어떤 선택을 주는가
• 이 규칙은 행동을 유도하는가, 방해하는가
• 반복 플레이의 동기가 충분한가

Fun QA는 기능의 존재가 아니라, 기능이 만들어내는 경험을 검증합니다.

---

기능은 재미의 토대다

기능 QA와 Fun QA를 분리해서 생각하면 종종 이런 오해가 생깁니다.

“기능은 괜찮은데 재미가 없다.”

이 말은 틀리지 않았지만, 정확하지도 않습니다. 기능의 작은 결함은 곧바로 재미를 훼손합니다. 조작이 미묘하게 어긋나거나, 반응이 늦거나, 규칙이 일관되지 않으면 플레이어는 불편함을 느낍니다.

QA는 이 지점을 인식해야 합니다. 기능의 품질은 재미의 하한선입니다.

---

Fun QA는 기능 QA를 대체하지 않는다

Fun QA가 중요하다고 해서, 기능 QA가 덜 중요해지는 것은 아닙니다.

Fun QA는 기능 QA 위에 쌓이는 층위입니다. 기능이 안정되지 않은 상태에서 Fun QA를 진행하면, 문제의 원인을 정확히 분리할 수 없습니다.

QA는 항상 질문의 순서를 지켜야 합니다.

• 이것이 정상 동작인가
• 그 다음에, 이것이 의미 있는가

---

현장에서 두 영역이 충돌하는 순간

실무에서는 기능 QA와 Fun QA의 관점이 충돌하는 것처럼 보이는 순간이 종종 발생합니다.

기능적으로는 문제없지만, 플레이 경험을 해치는 경우입니다. 이때 QA의 역할은 어느 한쪽의 편을 드는 것이 아닙니다.

QA는 이렇게 설명해야 합니다.

• 기능은 의도대로 구현되었으나
• 해당 구현이 플레이 흐름을 단절시키고 있으며
• 장르 특성상 이 단절은 이탈로 이어질 가능성이 높다

이 설명이 가능할 때, QA는 단순한 보고자가 아니라 의사결정에 기여하는 역할이 됩니다.

---

이 장을 마치며

기능 QA와 Fun QA는 서로를 부정하지 않습니다.

기능 QA는 바닥을 다지고, Fun QA는 방향을 잡습니다. 두 영역이 함께 작동할 때, QA는 비로소 게임의 품질을 이야기할 수 있습니다.