Roblox Studio 提供了有用的仿真工具用于 测试不同设备，但仿真无法完全复制真实硬件上发生的情况。帧率、内存压力、热回退以及输入延迟在物理设备上都有不同的表现。硬件测试可以帮助您捕捉到在现实约束下才会显现的问题。
为什么在设备上测试
Studio 在您的开发机器上同时运行客户端和服务器，这通常比玩家使用的设备要强大得多。这造成了对玩家基础所使用设备的盲点：
- 内存 — 设备仿真器 对检查纵横比和控制非常有用，但在内存使用方面并不准确。在真实设备上，操作系统、后台应用和 Roblox 引擎本身都在争夺有限的 RAM。
- 帧率 — 高端 PC 可以处理低效的代码或其他导致移动设备或低端硬件严重掉帧的问题。在受限设备上更容易注意到（并且重现）这些问题。
- 热回退 — 手机、平板和甚至薄型笔记本在长时间游戏过程中如果过热，会降低 CPU 和 GPU 时钟速度。
- 输入和延迟 — 触摸响应、游戏手柄轮询率以及通过蜂窝网络的网络行为只能在真实硬件上进行验证。
玩家基础中的热门设备
大多数 Roblox 玩家使用的是较低规格的移动设备，特定类型或竞技类游戏有一些例外。了解设备的整体情况可以帮助您优先考虑测试内容，并且您可以使用 性能仪表板 获取更多准确的玩家基础指标。
Roblox 天生就支持跨平台游戏，这意味着它支持各种设备，设备的人口统计在不同国家、年龄组、类型等之间存在差异。为了接触更广泛的受众，您的游戏需要在全范围设备上表现良好。
以下是用户基础上一般设备的统计信息：
- Android 大约占典型游戏玩家基础的 65%。
- 约 60% 的玩家拥有 2–4 GB 的 RAM。
- 约 35% 拥有 4–8 GB 的 RAM。
- 约 5% 拥有超过 8 GB 的 RAM。
- 超过 50% 的 Roblox 玩家基础使用的设备在 Passmark 基准测试中得分介于 10,000–20,000 之间。
如果您仅在开发机器上进行测试，那么您测试的是少数观众。优先考虑 跨平台兼容性，并至少选择一款低端基准设备，代表您的目标玩家的人口统计。
要获得更广泛的 Android 测试设备覆盖更多玩家基础，请选择来自多个制造商的多种性能水平的设备。例如，您可能会在 Infinix Smart 9、摩托罗拉 Moto G05、Oppo A18、2023 年的亚马逊 Fire HD 10 和三星 Galaxy S22 Ultra 上进行测试。
测试策略
测试策略取决于您的游戏和开发工作流程——没有一种适用于每个项目的单一方法。以下提供了将硬件测试整合到您的流程中的坚实基础。
多输入设备可以在不需要完整设备实验室的情况下增加您的测试覆盖率。例如，带有触摸屏的手持游戏手柄可以让您在单一硬件上验证触摸和手柄输入。带有 USB-C 游戏手柄适配器的手机或配备触摸屏的笔记本电脑也可以实现同样的目的。
性能
硬件上的性能测试集中在三个领域：帧率（计算）、内存和加载时间。有关诊断工具的全面细分，请参见 识别性能问题。
有关选择基准并保持在其限制内的指导，请参见 针对性能设计。
在设备上分析
MicroProfiler 和 开发者控制台 都在客户端设备上运行，而不仅仅是在 Studio 中。直接在硬件上使用它们，可以获得准确的帧时间分解和内存读数。
- 使用 F9（或游戏内菜单）打开开发者控制台，以检查 内存 选项卡下的内存消耗。
- 使用 MicroProfiler (CtrlAltF6 / ⌘⌥F6) 在设备上捕获帧转储，然后在您的开发机器上分析它们。
- 从设置菜单启用 性能统计，以查看 FPS、内存和延迟的覆盖叠加。
测试热回退
在移动设备上运行您的游戏进行较长时间（10–15 分钟的积极游戏）会话。观察帧率随时间的降低——持续的下降通常表明设备正在热回退。如果您看到这种情况，请集中精力减少 MicroProfiler 识别出的热门代码路径中的持续 GPU 或 CPU 负载。
验证网络条件
在移动网络上的玩家比在有线连接上经历更高的延迟、抖动和数据包丢失。使用 Studio 中的 网络仿真 进行快速迭代，但请在真实设备上通过蜂窝或受限 Wi-Fi 确认行为。
发布后监测
一旦您的游戏上线，使用 性能仪表板 跟踪各设备类别的客户端帧率、内存使用情况和崩溃率。更新后崩溃率的突然增加通常指向低端设备上内存的回归。
用户体验
性能数字无法讲述完整的故事。即使一个游戏在设备上达到了 60 FPS，如果触摸目标过小或用户界面难以阅读，依然会觉得体验很糟糕。有关全面的跨平台 UI 指导，请参见 跨平台开发。
像 ROG Xbox Ally 这样的 Windows 手持设备在用户体验测试中提供了很多便利。除了内置控制器，这些设备通常配备触摸屏，并支持鼠标和键盘输入（在连接外部显示器时最为实用）。然而，Windows 手持设备的硬件通常比中档手机快得多，因此它们在性能测试中的价值较低。
触摸目标和手势
在实际手机屏幕上测试，而不仅仅是仿真分辨率。在桌面显示器上看似合适大小的按钮，在 5 英寸显示屏上可能显得过小。确认：
- 互动元素足够大，以便在不同屏幕尺寸上可靠地点击。
- 手势如捏合缩放和滑动不会与您的游戏控制冲突。
- 屏幕上的摇杆和动作按钮处于舒适的可达区域内。
屏幕可读性
在 1440p 下看起来清晰的 UI 元素在低分辨率的移动屏幕上可能会变得难以辨认。在最小支持设备上以臂长距离测试文本大小、图标清晰度和对比度。有关自适应布局的指导，请参见 自适应设计。
输入切换
玩家在会话中经常切换输入方式——平板玩家可能会连接蓝牙控制器，笔记本玩家可能会从触控板切换到鼠标。确认您的体验能正确响应 输入类型变化 并相应更新任何 辅助提示。
加载和流媒体
第一印象至关重要。在基准设备上测量完整的加入到游戏流程所需的时间，通常情况下应该通过典型连接进行。如果加载时间超过几秒，考虑启用 实例流媒体 以减少初始加入时间和内存占用。测试确保流媒体不会导致在正常游戏移动过程中出现破坏沉浸感的可见渐显。
音频
用设备扬声器和耳机进行测试。移动设备的扬声器频率范围和音量有限——在桌面耳机中清晰的声音效果或语音在线上手机扬声器上可能显得模糊或听不见。