하드웨어 테스트

Roblox Studio는 다양한 장치 테스트를 위한 유용한 에뮬레이션 도구를 제공하지만, 에뮬레이션은 실제 하드웨어에서 발생하는 일을 완전히 재현할 수 없습니다. 프레임 속도, 메모리 압력, 열 제한, 입력 지연 모두 물리적 장치에서 다르게 작동합니다. 하드웨어에서 테스트하면 실제 환경의 제약 조건에서만 발생하는 문제를 파악할 수 있습니다.

장치에서 테스트해야 하는 이유

Studio는 클라이언트와 서버를 개발 머신에서 함께 실행하는데, 이 머신은 일반적으로 플레이어가 사용하는 장치보다 훨씬 더 강력합니다. 이는 플레이어 기반이 일반적으로 사용하는 장치에 대해 맹점을 생성하게 됩니다:

• 메모리 — 장치 에뮬레이터는 화면 비율 및 조작 확인에 유용하지만 메모리 사용량에 대해서는 정확하지 않습니다. 실제 장치에서는 운영 체제, 백그라운드 앱, Roblox 엔진 자체가 제한된 RAM을 두고 경쟁합니다.
• 프레임 속도 — 고급 PC는 비효율적인 코드나 모바일 또는 저사양 하드웨어에서 심각한 프레임 저하를 초래하는 다른 문제를 처리할 수 있습니다. 제한된 장치에서는 문제를 더 쉽게 인지하고 재현할 수 있습니다.
• 열 제한 — 전화기, 태블릿, 심지어 얇은 노트북은 지속적인 게임 플레이 중 과열이 발생하면 CPU 및 GPU 클락 속도를 줄입니다.
• 입력 및 지연 — 터치 반응, 게임패드 폴링 속도 및 모바일 네트워크를 통한 네트워크 동작은 실제 하드웨어에서만 검증할 수 있습니다.

플레이어 기반의 인기 있는 장치

대부분의 Roblox 플레이어는 저사양 모바일 장치에서 게임을 즐기며, 특정 장르나 경쟁 게임에는 몇 가지 예외가 있습니다. 장치 환경을 이해하면 테스트할 항목의 우선 순위를 정하는 데 도움이 되며, 성능 대시보드를 사용하여 플레이어 기반에 대한 보다 정확한 메트릭을 얻을 수 있습니다.

Roblox는 본질적으로 크로스플레이를 지원하므로 다양한 장치를 지원하며, 장치 인구 통계는 국가, 연령 그룹, 장르 등에 따라 다릅니다. 가장 넓은 청중에게 도달하기 위해서는 게임이 전체 장치 범위에서 잘 작동해야 합니다.

다음은 사용자 기반의 일반적인 장치 통계입니다:

• 안드로이드는 일반 게임의 플레이어 기반의 약 65%를 차지합니다.

  • 해당 플레이어의 약 60%는 2–4 GB의 RAM을 가지고 있습니다.
  • 약 35%는 4–8 GB의 RAM을 가지고 있습니다.
  • 약 5%는 8 GB 이상의 RAM을 가지고 있습니다.
• Roblox 플레이어 기반의 50% 이상이 Passmark 벤치마크에서 10,000–20,000 점 사이의 점수를 기록하는 장치에서 게임을 플레이합니다.

개발 머신에서만 테스트하면 청중의 소수만을 대상으로 테스트하는 것입니다. 크로스 플랫폼 호환성을 우선시하고 목표 플레이어 인구 통계를 대표하는 저사양 기준 장치를 최소한 하나 선택하십시오.

테스트 전략

테스트 전략은 게임 및 개발 작업 흐름에 따라 다릅니다 — 모든 프로젝트에 적합한 단일 접근 방식은 없습니다. 다음은 하드웨어 테스트를 프로세스에 통합하기 위한 견고한 기준을 제공합니다.

다중 입력 장치는 전체 장치 연구소를 요구하지 않고도 테스트 범위를 늘릴 수 있습니다. 예를 들어, 터치스크린이 있는 휴대용 게임패드는 한 장치에서 터치 및 게임패드 입력을 모두 검증할 수 있게 해줍니다. USB-C 게임패드 어댑터가 있는 전화기나 터치스크린이 장착된 노트북도 같은 목적을 수행할 수 있습니다.

성능

하드웨어에서의 성능 테스트는 세 가지 영역에 집중합니다: 프레임 속도(처리), 메모리 및 로드 시간. 진단 도구에 대한 전체 설명은 성능 문제 식별을 참조하십시오.

기준을 선택하고 그 한계 내에서 머무르는 방법에 대한 자세한 내용은 성능 설계에서 확인하십시오.

장치에서 프로파일링

마이크로 프로파일러와 개발자 콘솔은 모두 클라이언트 장치에서 실행되며, Studio에서만 실행되는 것이 아닙니다. 하드웨어에서 직접 사용하여 정확한 프레임 시간 분해 및 메모리 읽기를 얻을 수 있습니다.

• F9 (또는 게임 내 메뉴)를 사용하여 개발자 콘솔을 열고 메모리 탭에서 메모리 소비를 확인하십시오.
• 하드웨어에서 프레임 덤프를 캡처하기 위해 마이크로 프로파일러 (CtrlAltF6 / ⌘⌥F6)를 사용한 다음, 개발 머신에서 분석하십시오.
• 설정 메뉴에서 성능 통계를 활성화하여 FPS, 메모리 및 핑 오버레이를 확인하십시오.

열 제한 테스트

모바일 장치에서 게임을 장시간 실행하십시오 (10–15분의 활발한 게임 플레이). 시간 경과에 따른 프레임 속도 저하를 주의 깊게 관찰하십시오 — 일정한 감소는 장치가 열 제한 상태일 수 있음을 나타냅니다. 이러한 경우, 마이크로 프로파일러로 확인된 핫 코드 경로에서 지속적인 GPU 또는 CPU 부하를 줄이는 데 집중하십시오.

네트워크 조건 검증

모바일 네트워크의 플레이어는 유선 연결보다 더 높은 지연 시간, 지터 및 패킷 손실을 경험합니다. Studio에서 네트워크 시뮬레이션을 사용하여 빠르게 반복할 수 있지만, 실제 장치에서 셀룰러 또는 제약된 Wi-Fi를 통해 동작을 확인하십시오.

게시 후 모니터링

게임이 라이브 상태가 되면, 성능 대시보드를 사용하여 시간에 따라 장치 범주 전반에 걸쳐 클라이언트 프레임 속도, 메모리 사용량 및 충돌 비율을 추적하십시오. 업데이트 후 충돌 비율이 갑자기 증가하는 것은 저사양 장치에서의 메모리 회귀를 나타낼 수 있습니다.

사용자 경험

성능 수치는 전체 이야기를 전달하지 않습니다. 게임이 장치에서 60 FPS에 도달할 수 있지만 터치 타겟이 너무 작거나 UI가 읽을 수 없다면 여전히 불편하게 느껴질 수 있습니다. 포괄적인 크로스 플랫폼 UI 지침은 크로스 플랫폼 개발을 참조하십시오.

터치 타겟 및 제스처

실제 전화기 화면에서 테스트하고 단순히 에뮬레이션된 해상도에서 테스트하지 마십시오. 데스크톱 모니터에서는 편안하게 보이는 버튼도 5인치 디스플레이에서는 짜증날 정도로 작을 수 있습니다. 확인하십시오:

• 인터랙티브 요소가 다양한 화면 크기에서 신뢰성 있게 탭할 수 있을 만큼 충분히 큽니다.
• 핀치 투 줌 및 스와이프와 같은 제스처가 게임 플레이 제어와 충돌하지 않습니다.
• 화면에 표시되는 엄지 스틱과 액션 버튼이 편안한 접근 범위 내에 위치해 있습니다.

화면 가독성

1440p에서 선명하게 보이는 UI 요소는 저해상도 모바일 화면에서는 판독할 수 없을 수 있습니다. 가장 낮은 사양 장치에서 팔 길이 기준으로 텍스트 크기, 아이콘 선명도 및 대비를 테스트하십시오. 적응형 레이아웃에 대한 지침은 적응형 디자인을 참조하십시오.

입력 전환

플레이어는 세션 중에 입력 방법을 자주 전환합니다 — 태블릿 플레이어는 Bluetooth 컨트롤러를 연결할 수 있고, 노트북 플레이어는 트랙패드에서 마우스로 전환할 수 있습니다. 입력 유형 변경에 대해 경험이 올바르게 반응하는지 확인하고, 보조 힌트를 적절히 업데이트하십시오.

로딩 및 스트리밍

첫인상은 중요합니다. 기준 장치에서 일반적인 연결을 통해 전체 게임 가입 흐름 시간(게임 플레이 시간)을 측정하십시오. 로드 시간이 몇 초를 초과하면 초기 가입 시간을 줄이고 메모리 풋프린트를 감소시키기 위해 인스턴스 스트리밍을 활성화하는 것을 고려하십시오. 스트리밍이 정상적인 게임 플레이 이동 중 몰입을 깨트리는 가시적 팝인 현상을 초래하지 않도록 테스트하십시오.

오디오

장치 스피커와 헤드폰 모두로 테스트하십시오. 모바일 스피커는 제한된 주파수 범위와 볼륨을 가집니다 — 데스크톱 헤드폰에서 선명하게 들리는 사운드 효과나 음성 라인이 전화 스피커에서 탁하게 들리거나 들리지 않을 수 있습니다.