[짧QA] 21장. 장시간 플레이 QA는 ‘오래 켜두는 테스트’가 아니다

장시간 플레이 QA라고 하면
대부분 이런 그림을 떠올린다.

• 게임을 켜 둔다
• 몇 시간 돌려본다
• 크래시가 나지 않으면 OK

그리고 이렇게 말한다.

“3시간 돌려봤는데 문제 없었습니다.”

이 문장은
안심을 주는 말처럼 보이지만,
QA 입장에서는
가장 불안한 말 중 하나다.

---

장시간 플레이 QA는
시간을 많이 쓰는 테스트가 아니다.

장시간 플레이 QA는
시간이 문제를 어떻게 만들어내는지
관찰하는 테스트다.

이 차이를 이해하지 못하면
아무리 오래 돌려도
아무것도 잡지 못한다.

---

시간은
새로운 문제를 만들지 않는다.

시간은
이미 존재하던 구조적 문제를
드러낼 뿐이다.

• 누적되는 연산
• 정리되지 않는 데이터
• 해제되지 않는 리소스
• 복구되지 않는 상태

이 요소들은
짧은 테스트에서는
절대 모습을 드러내지 않는다.

---

그래서 장시간 플레이 QA의 출발점은
“몇 시간을 돌릴 것인가”가 아니다.

QA가 먼저 던져야 할 질문은 이것이다.

• 이 시스템은
  시간이 지나면 무엇을 쌓는가
• 이 누적은
  초기화되는가, 남아 있는가
• 이 구조는
  유저가 끊었다가 돌아오면 회복되는가

이 질문 없이 시작한 장시간 테스트는
대부분 운에 맡긴다.

---

많은 QA가
장시간 플레이 테스트를
이렇게 진행한다.

• 게임을 켠다
• 자동 전투를 돌린다
• 옆에서 다른 일을 한다

이 테스트는
시간만 소비한다.

QA의 시선이 없는 시간은
테스트가 아니다.

---

장시간 플레이 QA에서
가장 중요한 것은
관찰 지점이다.

• 어느 시점부터 반응이 느려지는가
• 어느 행동에서 입력이 밀리는가
• 어느 화면 전환에서 체감이 달라지는가

이 변화는
로그에 먼저 나타나고,
그 다음 체감으로 나타난다.

QA가 이 변화를
“기분 탓”으로 넘기는 순간,
문제는 다음 단계로 넘어간다.

---

장시간 플레이에서
자주 등장하는 문제 유형이 있다.

• 처음엔 괜찮다가
  점점 느려진다
• 특정 콘텐츠를 반복하면
  불안정해진다
• 재접속하면
  일부는 회복되고 일부는 남는다

이건
우연이 아니다.

시간을 축으로 한
상태와 데이터의 누적 문제다.

---

그래서 장시간 플레이 QA에서는
반드시 이것을 분리해서 봐야 한다.

• 플레이 시간의 길이
• 플레이 내용의 반복
• 상태 전이의 횟수

단순히
“오래 켜둔 상태”와
“의미 있는 장시간 플레이”는
전혀 다르다.

---

예를 들어 보자.

2시간 동안
로비에만 머문 상태와,
2시간 동안
퀘스트 → 전투 → 보상 → 재접속을
반복한 상태는
완전히 다른 테스트다.

후자가
훨씬 위험하다.

왜냐하면
실제 유저의 행동에 가깝기 때문이다.

---

장시간 플레이 QA에서
또 하나의 착각이 있다.

“중간에 재시작하면 초기화되니까 괜찮다.”

이 말은
절반만 맞다.

QA는
이 질문을 던져야 한다.

• 재시작으로
  정말 모든 것이 초기화되는가
• 서버와 클라이언트 상태는
  완전히 일치하는가
• 재접속이
  문제를 숨기고 있는 것은 아닌가

재시작은
문제를 해결하는 수단이 아니라,
문제를 가리는 수단이 될 수 있다.

---

장시간 플레이 QA의 핵심은
이 한 문장으로 정리된다.

시간이 지나면
이 시스템은 더 안정해지는가,
아니면 더 불안해지는가.

이 질문에 답할 수 없다면
장시간 플레이 테스트는
아직 시작되지 않은 것이다.

---

정리하자면 이렇다.

장시간 플레이 QA는
오래 켜두는 테스트가 아니다.

장시간 플레이 QA는
시간이 품질에 어떤 영향을 미치는지를
끝까지 따라가는 테스트다.

• 연산은 쌓이는가
• 데이터는 정리되는가
• 상태는 복구되는가

이 세 가지를 보지 않는 QA는
아무리 오래 테스트해도
항상 이렇게 말하게 된다.

“그때는 괜찮았습니다.”

QA가 해야 할 말은
이거다.

“시간이 지나면
여기서부터 무너집니다.”