写在前面：手机游戏不是在你手机上能跑就行
赵闻做了一款移动端动作跑酷游戏。
玩家控制一名快递员在城市屋顶穿梭，滑铲、跳跃、抓绳、翻越障碍。游戏节奏轻快，关卡短，很适合手机。
开发过程中，他主要在自己的两台设备上测试。
一台新手机，一台旧平板。
上线当天，问题集中爆发。
一、屏幕比例让 UI 变形
赵闻的 UI 在自己设备上很好。
但不同手机屏幕比例差异很大。
有些设备上，跳跃按钮离边缘太近；有些设备上，任务目标文字被摄像头区域遮住；还有些设备上，暂停按钮和金币数重叠。
这些问题不影响核心代码，却直接影响玩家体验。
玩家不会说“你没有适配安全区”。
他们只会说：
按钮难按，界面挡住了。
二、性能问题比预期严重
游戏里有不少动态背景。
霓虹灯、车流、雨滴、远处广告牌。
在赵闻的新手机上运行稳定。
但中低端设备掉帧明显。
跑酷游戏一掉帧，玩家就会觉得操作不准。
更糟糕的是，某些关卡掉帧发生在连续跳跃段。
玩家明明按了，却因为卡顿失败。
这类体验会迅速摧毁信任。
三、触控手感没有覆盖真实场景
赵闻测试时通常坐在桌前，认真玩。
真实玩家可能在公交上、床上、排队时玩。
手指角度、握持方式、误触概率都不同。
上线后很多反馈说滑铲和跳跃容易误触。
他才发现按钮间距太近，而且没有为连续操作做足容错。
移动端输入不是缩小版键盘。
它需要专门测试。
四、修复来得太晚
首发前三天，评分从 4.6 掉到 3.2。
赵闻紧急发布补丁：
- 增加低画质模式
- 调整安全区
- 放大按钮
- 增加输入容错
这些修复有效。
但早期差评已经留下。
更关键的是，首发推荐窗口被浪费了。
复盘：移动端 QA 要覆盖设备、性能和握持
这个案例的教训是：
- 至少覆盖多种屏幕比例
- 中低端设备性能必须实测
- 安全区和刘海屏不能忽略
- 触控按钮要在真实握持场景下测试
- 首发前要做小范围外部测试
个人开发者做手机游戏，最容易低估设备差异。
桌面游戏的问题常常是“能不能运行”。
手机游戏的问题更多是“在各种真实条件下是否舒服”。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。